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

我想以上問題若是做爲面試題，也能難倒一批人了