1970年1月1日（00:00:00 GMT）Unix 時間戳（Unix Timestamp）

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

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