1970年1月1日（00:00:00 GMT）Unix 时间戳（Unix Timestamp）

转载自（http://jm.ncxyol.com/post-88.html）

今天在看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点。

我想以上问题若是做为面试题，也能难倒一批人了