1970.1.1这个特殊时间
1970.1.1這個特殊時間
我們的程序里有這段代碼：
DateTime startTime = TimeZone.CurrentTimeZone.ToLocalTime(new DateTime(1970, 1, 1));
DateTime curServerDateTime = startTime.AddSeconds(gloalData.CurServerTime);
gloalData.ClientAndServerTimeDeviation =
(DateTime.Now - curServerDateTime).TotalSeconds;
很好奇它為什么從1970.1.1算起時間。
查找了資料如下：
?
現在計算機和一些電子設備時間的計算和顯示是以距歷元（即格林威治標準時間 1970 年 1 月 1 日的 00:00:00.000，格里高利歷）的偏移量為標準的，如1970-1-10 20：47 偏移量為2724441632毫秒，出現類似字樣說明時間被初始化了。
小知識：
格林威治標準時間GMT
許多人都知道兩地時間表簡稱為GMT或UTC，而世界時區表則通稱為World Time
，那么GMT與UTC的實質原意又是為何？世界時區又是怎么區分的？面盤上密密麻麻
的英文單字代表著什么意義與作用呢？這些都是新手在接觸兩地時間表或世界時區表
時，腦海中所不斷浮現的種種疑問，以下將帶您一探時區奧妙的究竟。?
全球24個時區的劃分
相較于兩地時間表，可以顯示世界各時區時間和地名的世界時區表（World Time）?
，就顯得精密與復雜多了，通常世界時區表的表盤上會標示著全球24個時區的城市名
稱，但究竟這24個時區是如何產生的？過去世界各地原本各自訂定當地時間，但隨著
交通和電訊的發達，各地交流日益頻繁，不同的地方時間，造成許多困擾，于是在西?
元1884年的國際會議上制定了全球性的標準時，明定以英國倫敦格林威治這個地方為?
零度經線的起點（亦稱為本初子午線），并以地球由西向東每24小時自轉一周360°
，訂定每隔經度15°，時差1小時。而每15°的經線則稱為該時區的中央經線，將全球劃
分為24個時區，其中包含23個整時區及180°經線左右兩側的2個半時區。?
就全球的時間來看，東經的時間比西經要早，也就是如果格林威治時間是中午12時，
則中央經線15°E的時區為下午1時，中央經線30°E時區的時間為下午2時；反之，中央?
經線15°W的時區時間為上午11時，中央經線30°W時區的時間為上午10時。以臺灣?
為例，臺灣位于東經121°，換算后與格林威治就有8小時的時差。如果兩人同時從格?
林威治的0°各往東、西方前進，當他們在經線180°時，就會相差24小時，所以經線180°
被定為國際換日線，由西向東通過此線時日期要減去一日，反之，若由東向西則要增 ,
加一日。
十七世紀，格林威治皇家天文臺為了海上霸權的擴張計畫而進行天體觀測。1675年舊?
皇家觀測所(Old Royal Observatory) 正式成立，到了1884年決定以通過格林威治
的子午線作為劃分地球東西兩半球的經度零度。觀測所門口墻上有一個標志24小時的?
時鐘，顯示當下的時間，對全球而言，這里所設定的時間是世界時間參考點，全球都?
以格林威治的時間作為標準來設定時間，這就是我們耳熟能詳的「格林威治標準時間?
(Greenwich Mean Time，簡稱G.M.T.)的由來，標示在手表上，則代表此表具有?
兩地時間功能，也就是同時可以顯示原居地和另一個國度的時間.
世界協調時間UTC?
多數的兩地時間表都以GMT來表示，但也有些兩地時間表上看不到GMT字樣，出現的?
反而是UTC這3個英文字母，究竟何謂UTC？事實上，UTC指的是Coordinated Universal
世界協調時間（又稱世界標準時間、世界統一時間），是經過平均太陽時(以格?
林威治時間GMT為準)、地軸運動修正后的新時標以及以「秒」為單位的國際原子時所?
綜合精算而成的時間，計算過程相當嚴謹精密，因此若以「世界標準時間」的角度來
說，UTC比GMT來得更加精準。其誤差值必須保持在0.9秒以內，若大于0.9秒則由位
于巴黎的國際地球自轉事務中央局發布閏秒，使UTC與地球自轉周期一致。所以基本
上UTC的本質強調的是比GMT更為精確的世界時間標準，不過對于現行表款來說，?
GMT與UTC的功能與精確度是沒有差別的
從1884年起，格林威治標準時間為其他國家所承認。無怪
現在人們都把英國的格林威治天文臺說成是“時間開始的地方”呢。
而為什么現代計算機（電話，電子設備）時間以1970 年 1 月 1 日的 00:00:00.000為基準呢，這是Unix**， 是以Unix誕生的時間為參照確定的。
擴展知識：
Unix時間并沒有出現錯誤
1234567890是個節日, 一秒鐘的節日. 它不是問題, 不是錯誤, 不是BUG. 我們人類使用的計時系統是相當復雜的：秒是基本單位, 60秒為1分鐘, 60分鐘為1小時, 24小時是一天......如果計算機也使用相同的方式來計時, 那顯然就要用多個變量來分別存放年月日時分秒, 不停的進行進位運算, 而且還要處理偶爾的閏年和閏秒以及協調不同的時區. 基于"追求簡單"的設計理念, UNIX在內部采用了一種最簡單的計時方式：?
計算從UNIX誕生[注釋1]的UTC時間1970年1月1日0時0分0秒起, 流逝的秒數. UTC時間1970年1月1日0時0分0秒就是UNIX時間0, UTC時間1970年1月2日0時0分0秒就是UNIX時間86400. 這個計時系統被所有的UNIX和UNIX-like系統繼承了下來, 而且影響了許多非UNIX系統. POSIX標準推出后, 這個時間也被稱為POSIX時間.?
UNIX時間錯誤是誤解
可能是因為人類是一種需要精神上的刺激的生物吧, 各種歷法中都存在著各種擁有不同意義的節日. 其中, 很多節日僅僅由于日期的特殊性就被賦予了意義, 例如公歷1月1日的新年, 11月11日的光棍節，愛好節日的人們也沒有放過UNIX時間. UTC時間2001年9月9日1時46分40秒, UNIX時間迎來了第一個"億禧年"(Billennium)[注釋2],??1000000000. UTC時間2005年3月18日1時58分31秒則是UNIX時間的光棍節, 1111111111. 剛剛過去的1234567890, 對應公歷的UTC2009年2月13日23時31分30秒, 對東一區以東的時區來說是2月14日情人節, 以西的時區來說則剛好落在黑色星期五. 傳統上認為黑色星五不吉利的西方媒體, 針對此事進行了玩笑性的報道, 結果被一些居住在其他時區的人們誤讀成了"UNIX時間錯誤"。
??
丹麥哥本哈根的丹麥UNIX用戶群組織慶祝UNIX"億禧年" 圖為當時所用的倒計時公告牌
無獨有偶, 2012年7月13日也是一個黑色星期五, 而那天的UTC時間11時1分20秒對應著UNIX時間0x50000000(十六進制, 十進制值是1342177280). 不知到了那個時候, 會不會再次有人把它誤解為又一次的UNIX時間錯誤？
2038年的問題才是混亂
UTC時間2033年5月18日3時33分20秒, 是UNIX時間的第二個"億禧年"(Billenniumm), 即2000000000. 然而, 第三個"億禧年"(Billennium)則不會毫無障礙的來臨, 在那之前, 人們先得解決正在變得著名的2038年問題. 和本世紀初的千年蟲(Y2K Bug)問題類似, 2038年問題(Y2K38 BUG)更隱蔽, 而且更難解決. 我們知道計算機內部的一切都是二進制的, 也就是說1234567890在32位系統的內存里實際上是01001001 10010110 00000010 11010010. 這串32位二進制數中, 最高位被用來表示正負符號, 0代表整數, 1代表負數, 所以它能表示的最大數字就是01111111 11111111 11111111 11111111, 即214748367, 對應公歷的UTC時間2038年1月19日3時14分7秒. 到這天的凌晨3時14分8秒, UNIX時間會溢出并變成10000000 00000000 00000000 00000000(十進制值-214748368), 也就是UTC時間1901年12月13日20時45分52秒, 引起和千年蟲類似的混亂.?
2038年問題的動畫演示?
或許64位可以解決這個問題
2038年問題不僅比千年蟲更隱蔽, 而且它的原因也更接近系統底層. 要解決這個問題, 最簡單的方式是擴展UNIX時間的長度, 用64位數字來表示它. 64位二進制數的實際可用位數是63位, 最大表示到公歷的UTC時間292277026596年12月4日. 如果那個時候人類文明還存在的話, 公元紀年很可能已經因為太難用而被拋棄了. 理想的情況是到2038年, 64位系統已經成為主流, 從而避免特意去修正這個問題所需要的大量開銷. 否則, 人們就必須把新的64位時間拆分成兩部分并分別保存在兩個變量里, 這是一個麻煩而且效率低下的選擇.?
[注釋1]: 就像很多其他的節日一樣, 把UNIX的誕生日選在這天只是出于方便. 實際上, 最早的運行在PDP-7上的UNIX在1969年就已經完成了.?
[注釋2]: Billennium實際上是"十億禧年", 但是這樣聽起來很奇怪, 所以我用"億禧年"作為暫用名.?
posted on 2018-09-15 10:28 時空觀察者9號 閱讀(...) 評論(...) 編輯 收藏
總結
以上是生活随笔為你收集整理的1970.1.1这个特殊时间的全部內容，希望文章能夠幫你解決所遇到的問題。
