为什么编程语言以及数据库要从1970年1月1日开始计算时间

最新推荐文章于 2025-01-27 08:07:32 发布

转载最新推荐文章于 2025-01-27 08:07:32 发布 · 338 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/zhaogang99/p/9233043.html

文章标签：

#数据库 #操作系统

本文探讨了Linux编程中时间计算的原理及其与32位系统的关系。介绍了为何1970年被选作epoch起点，并讨论了2038年问题的由来及其对软件的影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这是一个有趣又容易被忽略的问题。

上网查了一下，linux编程中对时间的计算是相对1970.1.1 00:00：00 的，为什么是这个时间呢

答案是：计算机位数的限制。

我们知道最初计算机操作系统是32bit，时间也是用32bit来表示，

也即2^32 = 4294967296（考虑符号位并去掉0，最大值为4294967296/2-1 = 2147483647），这是整数的最大值。

1年总的秒数为365*24*3600 = 31536000

2147483647/31536000 = 68.1 year

也就是说32位能表示的最长时间是68年，那么为了当下编程的考量及照顾未来可能的发展（64bit）

于是，选择1970年作为epoch起点，那么到2038年01月19日03时14分07秒，便会到达最大时间

过了这个时间点，所有32位操作系统时间便会变为10000000 00000000 00000000 00000000也就是1901年12月13日20时45分52秒

这样便会出现时间回归的现象，很多软件便会运行异常了。

可以预见的是，到了2038年那个时间点，很多遗留的老程序会出现问题，千年虫也许是虚惊一场，但是2038肯定是不会这么消停。

转载于:https://www.cnblogs.com/zhaogang99/p/9233043.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

???111

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

计算机时间,为什么计算机的时间是从1970年1月1开始?

weixin_29702195的博客

07-27

2858

问题的来源当我们用js输入一下代码时:let date = new Date()console.log(date.getTime()) //1488159428585会发现终端打印出一个很大的整数(1488159428585),那么这个数字代表什么呢?经过查阅,我才知道这个整数代表着如今的时间与1970年1月1日0时0分0秒的时间差(以秒为单位),也就是说从1970年1月1日0时0分0秒到现在已经...

为什么计算机时间要从1970年1月1日开始算起

热门推荐

kang19940713的博客

03-05

6万+

为什么计算机时间要从1970年1月1日开始算起1、最懒的解释很多编程语言起源于UNIX系统，而UNIX系统认为1970年1月1日0点是时间纪元，所以为偶们常说的UNIX时间戳是以1970年1月1日0点为计时起点时间的。 2、深入的了解最初计算机操作系统是32位，而时间也是32为表示。System.out.println(Integer.MAX_VALUE); 214

参与评论您还未登录，请先登录后发表或查看评论

为什么计算机时间要从1970年1月1日开始算起？

祝先森的博客

09-10

3949

为什么计算机时间要从1970年1月1日开始算起？今天我们来讨论一个非常有意思的事，那就是你知道为什么计算机时间和众多的编程语言的时间都要从1970年1月1日开始算起呢，时间计时起点到底为什么是 1970年1月1号呢？我想大家应该都知道，但是我估计大家几乎大部分都没有想过这个问题。我们就一起来聊聊，这是为什么？ 1、最懒的解释

为什么计算机的起始时间是1970-1-1？

weixin_65091178的博客

05-12

809

那么，简单做一个数学计算，如果用当时的时间戳计算方式来表示时间的话，Unix时间戳最多可以使用4294967296/（60*60*24）/60 = 828.5天（一天有60*60*24秒，每1/60秒会占用一个时间戳）。因为我们处于东八区，时间比标准时间要快8小时，如果我们把时间调整成1970-01-01 00:00:00，那么标准时间就会是比这个时间少8小时，即1969年12月31日16时0分0秒。于是，Unix时间戳被定义出来，即通过当前时间和一个"纪元时间"进行对比，其间相差的秒数作为时间戳。

漫话：为什么计算机起始时间是1970年1月1日？

weixin_43167418的博客

05-11

3161

问题复现1970-01-01对于开发者来说都是不陌生的，有些系统对于时间的处理如果不够好的话，就可能把时间显示成1970-01-01，所以经常有用户看到1970-01-01这个时间。这种...

到底为什么时间戳是从 1970 年 1 月 1 日开始计算？底层原理是什么？

长风破浪会有时的博客

01-27

1296

通过将时间表示为自 1970 年 1 月 1 日以来经过的秒数，我们可以方便地进行各种时间相关的操作。

为什么编程时间从1970年1月1日开始？

沐浴星光的少年的博客

08-10

939

最初计算机操作系统是32位，而时间也是用32位表示。 System.out.println(Integer.MAX_VALUE); 2147483647 Integer在JAVA内用32位表示，因此32位能表示的最大值是2147483647。另外1年365天的总秒数是31536000， 2147483647/31536000 = 68.1 也就是说32位能表示的最长时间是68年，而实际上

为什么开机时间（秒）要从1970年1月1日0时开始计算

robbie1314的专栏

04-18

5844

最初计算机操作系统是32位，而时间也是用32位表示。 (Integer.MAX_VALUE); 2147483647 Integer用32位表示，因此32位能表示的最大值是2147483647。另外1年365天的总秒数是31536000， 2147483647/31536000 = 68.1 也就是说32位能表示的最长时间是68年，而实际上到2038年01月19日03时14分

编程语言以及数据库要从1970年1月1日开始计算时间

qq_40285302的博客

04-13

800

今天在看Python API时，看到time模块: The epoch is the point where the time starts. On January 1st of that year, at 0 hours,the “time since the epoch” is zero. For Unix, the epoch is 1970. To find out what the e...

1970年1月1日，这是编程语言和数据库开始记时日

fengren_520的专栏

01-06

1173

编程语言和数据库开始记时现在大多数操作系统都是32位的 32位最大值是2的32次方减一，也就是说这个数字是2147483647 ，一年有 365天的总秒数为31536000，所以计算机的计时周期是 2147483647/31536000=68.1年。32位操作系统能表示的最长时间是68.1年而实际上到2038年01月19日03时14分07秒就会到达最大时间点。32位的时间会变成10000000 0

为什么编程语言以及数据库要从1970年1月1日开始计算时

字节卷动

03-28

1603

今天一时兴起想起了在SQL Server中使用DateTime.MinValue插入时间时报错的问题，原因就在于数据库的最小时间和.Net里的最小时间不一致导致的，网上查阅了些资料，找到如下结果 Net Framewrok 中， DateTime.MinValue => 0001/01/01 00:00:00 SqlDateTime.MinValue.Value =>

关于1970-1-1 00:00.000的知识

tianzizhi的专栏

09-13

5万+

现在计算机和一些电子设备时间的计算和显示是以距历元（即格林威治标准时间 1970 年 1 月 1 日的 00:00:00.000，格里高利历）的偏移量为标准的，如1970-1-10 20：47 偏移量为2724441632毫秒，出现类似字样说明时间被初始化了。小知识：格林威治标准时间GMT许多人都知道两地时间表简称为GMT或UTC，而世界时区表则通称为World Time，那么GMT与UTC的实质

计算机元年：1970年1月1日0点（转载）

zhongqill的博客

07-09

4033

1970年时，PDP-7只能支持两个使用者，所以当时，Brian Kernighan 就开玩笑地戏称他们的系统其实是：“UNiplexed Information and Computing System”，缩写为"UNICS"，后来，大家取其谐音，就称其为"Unix"了，Unix因此得名，所以1970年称为是Unix元年。后来很多编程语言起源于UNIX系统，1970年1月1日0点也就被称为计算机元年。 Integer在java内用32位表示，因此32为能表示的最大值就是2147483647。另外一年365

1970年1月1日为什么作为计算机元年的开始

qq_52956518的博客

12-15

2790

什么是计算机元年？上古时期的计算机操作系统是32位，一个int类型的数据是32位，它表示的范围是：-2147483648 ~ 2147483647，用它来代表秒钟数进行计算：2147483647/(3652460*60)=68.1(年) 也就是说用这个数来表示时间如果从公元纪年（耶稣诞生）开始算显然不够用，所以综合当时UNIX的发展历程，取了1970年做为计算机元年，用于计时的开始什么是2038年问题？ 32位表示最后时间到了2038年1月19日03时14分07秒，便达到了最大值，过了这个时间点，

自1970年1月1日经过时间

最新发布

07-19

<think>首先，用户的问题是：“我想计算自1970年1月1日以来经过的时间请问计算从1970年1月1日至今的时间差”。用户想知道如何计算从1970年1月1日到现在的时间差。根据系统级指令： - 所有行内数学表达式必须使用$...$格式。 - 独立公式必须使用$$...$$格式并单独成段。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。用户可见层指令： - 回答结构清晰，帮助用户逐步解决问题。 - 保证回答真实可靠。参考站内引用： - [^1]：解释了Unix Time的起源，从1970年1月1日开始。 - [^2]：描述了计算天数的方法：$X = \text{year}/4 - \text{year}/100 + \text{year}/400 + 367 \times \text{mon}/12 + \text{day} + \text{year} \times 365 - 719499$。 - [^3]：Unix时间戳是从1970年1月1日午夜开始的秒数。 - [^4]：Java中获取毫秒数的方法：System.currentTimeMillis()。用户的需求是计算时间差，所以我需要提供一个方法来计算从1970年1月1日到现在的时间差。关键点： - 时间差通常以秒、毫秒或天等单位表示。 - 在编程中，许多语言提供内置函数来获取这个时间差。 - 例如，在Java中，System.currentTimeMillis()返回从1970年1月1日UTC到现在的毫秒数。 - 在Python中，time.time()返回从1970年1月1日UTC到现在的秒数。我应该提供： 1. 解释时间差的概念。 2. 给出计算方法的步骤。 3. 提供代码示例。 4. 解释公式（如果需要手动计算）。但用户可能不需要手动计算，因为编程语言有内置函数。不过，我可以简要解释原理。从引用[^2]，有一个公式计算天数： $$X = \frac{\text{year}}{4} - \frac{\text{year}}{100} + \frac{\text{year}}{400} + \frac{367 \times \text{mon}}{12} + \text{day} + \text{year} \times 365 - 719499$$ 但这是用于计算日期的天数差。对于当前时间，直接使用系统函数更简单。结构回答： 1. **介绍时间差概念**：解释Unix时间戳，参考引用[^1]和[^3]。 2. **计算方法**： - 使用编程语言的内置函数。 - 提供常见语言的代码示例。 3. **手动计算（可选）**：简要解释公式。 4. **生成相关问题**：在最后添加。确保使用中文。步骤： - 开头解释Unix时间戳。 - 然后给出如何获取。 - 代码示例。 - 引用标识。最后，生成相关问题。相关问题示例： 1. 如何在特定编程语言中获取时间戳？ 2. 时间戳的精度问题？ 3. 时间戳的应用场景？回答： - 使用$...$ 和 $$...$$ 格式。 - 例如，公式中的变量。</think>### 计算从1970年1月1日至今的时间差要计算自1970年1月1日以来经过的时间差，通常称为 **Unix时间戳**（Unix Timestamp），它表示从1970年1月1日00:00:00 UTC（协调世界时）到当前时刻的秒数或毫秒数（不考虑闰秒）[^3]。这个时间戳在计算机系统中广泛使用，因为它提供了一种标准化的时间表示方式。下面我将逐步解释计算方法和实际实现。 #### 1. **时间差的概念和单位** - Unix时间戳以**秒**或**毫秒**为单位。 - 秒级时间戳：例如，当前时间差可能为 $1\,700\,000\,000$ 秒。 - 毫秒级时间戳：更精确，例如 $1\,700\,000\,000\,000$ 毫秒。 - 时间差的计算基于UTC时间，忽略闰秒，因此计算相对简单[^3]。 - 为什么要从1970年开始？这是Unix系统的设计选择，最初是为了简化时间处理和存储（使用32位整数），后来成为行业标准[^1]。 #### 2. **推荐计算方法：使用编程语言的内置函数** 手动计算时间差较复杂（涉及日期算法和时区转换），因此建议使用编程语言的内置函数。以下是常见语言的实现示例： **Python 示例（秒级时间戳）** ```python import time # 获取当前时间与1970-1-1 UTC的秒数差 timestamp_seconds = time.time() print(f"自1970年1月1日以来的秒数差: {timestamp_seconds}") ``` - 输出示例：`1712345678.123`（表示约54.3年）。 - 转换为更易读的格式： ```python from datetime import datetime current_time = datetime.utcfromtimestamp(timestamp_seconds) print(f"当前UTC时间: {current_time}") ``` **Java 示例（毫秒级时间戳）** ```java public class UnixTimestamp { public static void main(String[] args) { // 获取当前时间与1970-1-1 UTC的毫秒数差 long timestampMillis = System.currentTimeMillis(); System.out.println("自1970年1月1日以来的毫秒数差: " + timestampMillis); } } ``` - 输出示例：`1712345678901`（Java的`System.currentTimeMillis()`直接返回毫秒数）[^4]。 **JavaScript 示例（毫秒级时间戳）** ```javascript // 在浏览器或Node.js中运行 const timestampMillis = Date.now(); console.log(`自1970年1月1日以来的毫秒数差: ${timestampMillis}`); ``` **说明**： - 这些函数自动处理时区和日期计算，确保准确性。 - 精度：毫秒级时间戳更精确，但受操作系统限制（例如，某些系统精度为10毫秒）[^4]。 - 转换为天数：如果需要天数差，可将秒数除以 $86\,400$（一天的总秒数），例如在Python中：`days = timestamp_seconds / 86400`。 #### 3. **手动计算原理（可选参考）** 如果必须手动计算（例如在无编程环境时），可以使用日期算法。核心是计算从1970年1月1日到目标日期的总天数，再乘以秒数。引用[^2]提供了一个公式： $$X = \frac{\text{year}}{4} - \frac{\text{year}}{100} + \frac{\text{year}}{400} + \frac{367 \times \text{mon}}{12} + \text{day} + \text{year} \times 365 - 719499$$ - 其中： - $\text{year}$、$\text{mon}$、$\text{day}$ 是目标日期的年、月、日。 - $X$ 表示从固定起点到目标日期的天数差。 - 常数 $719499$ 是校准值，确保从1970年开始计算。 - 然后，时间差（秒）为：$X \times 86\,400 + \text{小时} \times 3\,600 + \text{分钟} \times 60 + \text{秒}$。 - **注意**：手动计算需处理闰年、时区和日期边界，易出错，推荐优先使用编程方法。 #### 4. **注意事项** - **时区影响**：Unix时间戳基于UTC，如果用户本地时间不是UTC，需先转换（例如Python的`pytz`库）。 - **时间范围**：32位时间戳最大到2038年（称为"2038问题"），但现代系统已使用64位扩展。 - **实际应用**：时间戳用于日志记录、数据库存储和跨系统时间同步[^3]。通过以上方法，您可以轻松获取当前时间与1970年1月1日的时间差。如果提供具体日期或编程环境，我可以给出更精确的代码示例。