日期类的时间从为什么是从1970年1月1日

本文探讨了Java中时间表示的根源,追溯到了UNIX系统的时间纪元定义,并解释了为何选择1970年1月1日作为起始点。同时,文章分析了32位系统的时间表示限制及其带来的2038年问题。

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

I suspect that Java was born and raised on a UNIX system.
UNIX considers the epoch (when did time begin) to be midnight, January 1, 1970.
是说java起源于UNIX系统,而UNIX认为1970年1月1日0点是时间纪元.

但这依然没很好的解释"为什么",出于好奇,继续Google,总算找到了答案:

http://en.wikipedia.org/wiki/Unix_time

这里的解释是:

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

也就是说32位能表示的最长时间是68年,而实际上到2038年01月19日03时14分07
秒,便会到达最大时间,过了这个时间点,所有32位操作系统时间便会变为
10000000 00000000 00000000 00000000

也就是1901年12月13日20时45分52秒,这样便会出现时间回归的现象,很多软件便会运行异常了。

到这里,我想问题的答案已经出来了:

因为用32位来表示时间的最大间隔是68年,而最早出现的UNIX操作系统考虑到计算
机产生的年代和应用的时限综合取了1970年1月1日作为UNIX TIME的纪元时间(开始
时间),而java自然也遵循了这一约束。

至于时间回归的现象相信随着64为操作系统的产生逐渐得到解决,因为用64位操作
系统可以表示到292,277,026,596年12月4日15时30分08秒,相信我们的N代子孙,哪
怕地球毁灭那天都不用愁不够用了,因为这个时间已经是千亿年以后了。

最后一个问题:上面System.out.println(new Date(0)),打印出来的时间是8点而非0点,
原因是存在系统时间和本地时间的问题,其实系统时间依然是0点,只不过我的电脑时区
设置为东8区,故打印的结果是8点。

<think>嗯,用户问的是安卓系统时间显示为什么19701月1开始。这个问题挺有意思的,涉及到计算机发展史的基础知识。 用户可能是个技术爱好者,或者遇到了安卓设备时间显示异常的问题。从ta提问的方式看,ta已经注意到这个特殊期,但想了解背后的设计原因。这个问题其实可以拆解成几个层面:技术标准层面、系统实现层面和实际影响层面。技术标准层面要解释Unix时间戳的概念。几乎所有现代操作系统都用19701月1作为计时起点,这个传统源于Unix系统。当时的设计者选择这个期作为纪元时间(EpochTime),用秒数计算时间流逝。安卓基于Linux内核,自然继承了这个标准。 系统实现层面需要说明安卓的具体处理机制。引用[1]提到SystemServer.java里的EARLIEST_SUPPORTED_TIME常量,这个细节很重要。当设备无法获取网络时间时,系统会检查当前时间是否早于这个常量值(通常是0毫秒),如果是就重置为19701月1。这种保护机制能避免处理负数时间戳导致的程序崩溃。 实际影响层面有两个关键点:一是32位系统的时间上限问题(2038问题),引用[2]解释得很清楚;二是用户可能遇到的异常场景,比如恢复出厂设置后时间显示1970。有趣的是有些厂商会修改这个默认值,但绝大多数保持原样。 这个问题还让我想到可以延伸讨论2038问题,不过用户当前的问题集中在起源。在回答时需要强调这不是安卓独有的设计,而是整个计算机领域的通用实践。最后生成的三个问题要覆盖技术原理、系统机制和实际问题解决,这样能帮助用户全面理解。对了,回答时要特别注意所有数学表达式都用$...$包裹,比如提到时间戳计算时。虽然这个问题不涉及复杂公式,但提到时间戳数值时还是要规范格式。</think>安卓系统将19701月1作为时间显示的起始点,这是由以下核心原因决定的: ### 1. **Unix时间戳的继承** - **技术根源**:Android基于Linux内核,而Linux继承了Unix操作系统的**时间表示标准**。Unix系统将19701月100:00:00 UTC定义为**时间纪元(Epoch Time)**,后续时间通过**从此刻开始的秒数**(32位整数)表示,称为Unix时间戳。 - **数学表示**: 时间戳计算为:$ t = \text{当前时刻} - \text{1970-01-01 00:00:00 UTC} $(单位:秒) ### 2. **防止负时间戳的容错机制** - **系统保护逻辑**:当设备未联网无法获取实时时间(如首次开机、重置后),系统时间可能被初始化为0(即1970)。此时若实际时间早于1970,会产生**负时间戳**,导致依赖时间的API崩溃(如文件修改时间计算)。 - **安卓源码实现**: 如引用[1]所示,`SystemServer.java`中通过`EARLIEST_SUPPORTED_TIME`常量(值为0)强制修正异常时间: ```java if (System.currentTimeMillis() < EARLIEST_SUPPORTED_TIME) { SystemClock.setCurrentTimeMillis(EARLIEST_SUPPORTED_TIME); // 重置为1970 } ``` 此设计避免了负数时间戳引发的系统级错误[^1]。 ### 3. **32位整型的存储限制** - **技术约束**:早期系统使用**32位有符号整数**存储时间戳,其取值范围为: $$ -2^{31} \sim 2^{31}-1 \quad \text{即} \quad -2,147,483,648 \sim 2,147,483,647 \text{秒} $$ - **时间范围**: - **最早时间**:$ 2^{31} \text{秒} \approx 68 \text{} $ 回溯 → **190112月**(理论值) - **最晚时间**:$ 2^{31}-1 \text{秒} \approx 68.1 \text{} $ 后 → **20381月19**([2038问题](https://zh.wikipedia.org/wiki/2038%E5%B9%B4%E9%97%AE%E9%A2%98))[^2] - 1970作为中位点,可最大化利用该范围。 ### 4. **历史兼容性** - **生态统一**:1970作为时间纪元已成为**编程领域的国际标准**(如Java的`java.util.Date`、C语言的`time_t`)。安卓保持此标准确保: - 应用层时间处理逻辑的一致性 - 跨平台数据交换的兼容性 --- ### 扩展影响 - **用户可见现象**:设备未联网时显示"1970-01-01"(如引用[1]所述),实为系统安全机制触发的默认值[^1]。 - **未来演进**:64位系统采用**64位时间戳**,时间范围扩展至约$2.92 \times 10^{11}$,彻底解决2038问题。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值