日期类的时间为什么是以1970年1月1日作为起始点?(格林威治时间)

前端开发的小伙伴们应该都知道, new Date().getTime() 获取到的时间戳是从 1970年1月1日0点0分0秒 到当前的毫秒数。

那么为什么是从 1970年1月1日0点0分0秒 这个时间点开始算呢,出于好奇,我就搜索了一下,并且找到了看起来应该靠谱的答案:

以下内容为引用,文章最后有引用地址

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点。

正文结束。

本文引用部分内容出处: https://www.cnblogs.com/FrankLei/p/6815303.html

你可能感兴趣的:(日期类的时间为什么是以1970年1月1日作为起始点?(格林威治时间))