本文主要是介绍java为什么计算时间从1970年1月1日开始，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
今天在看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 epoch is, look at gmtime(0).
定义time从1970年1月1日开始，忽然想到在JAVA里，Oracle数据库时间也是从1970
年1月1日开始计算。比如java类代码
Date
date = new Date(0);
System.out.println(date);
打印出来的结果 :
Thu Jan 01 08:00:00 CST 1970
也是 1970 年 1 月 1 日，实际上时分秒是 0 点 0 分 0 秒 ( 这里打印出来是 8 点，稍后会作解释 ) 。
为什么这个时间会定义在 1970 年 1 月 1 日这个时候呢 ?
于是开始了 Google ，中文网页根本找不到答案。 于是试着搜索英文关键字 , 在 Sun java 论坛总算找到准确的帖子 :
http://forums.sun.com/thread.jspa?threadID=595140&start=15
其中有一个回复 :
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点。
我想以上问题如果作为面试题，也能难倒一批人了.
System.out.println(date);
打印出来的结果 :
Thu Jan 01 08:00:00 CST 1970
也是 1970 年 1 月 1 日，实际上时分秒是 0 点 0 分 0 秒 ( 这里打印出来是 8 点，稍后会作解释 ) 。
为什么这个时间会定义在 1970 年 1 月 1 日这个时候呢 ?
于是开始了 Google ，中文网页根本找不到答案。 于是试着搜索英文关键字 , 在 Sun java 论坛总算找到准确的帖子 :
http://forums.sun.com/thread.jspa?threadID=595140&start=15
其中有一个回复 :
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点。
我想以上问题如果作为面试题，也能难倒一批人了.
这篇关于java为什么计算时间从1970年1月1日开始的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
