GMT與UTC簡介(轉)

來源:互聯網
上載者:User

標籤:

GMT與UTC簡介

一、簡介

許多人都知道兩地時間表簡稱為GMT或UTC,而世界時區表則通稱為World Time ,那麼GMT與UTC的實質原意又是為何?世界時區又是怎麼區分的?面盤上密密麻麻的英文單字代表著什麼意義與作用呢?這些都是新手在接觸兩地時間表或世界時區表 時,腦海中所不斷浮現的種種疑問,以下將帶您一探時區奧妙的究竟。

 

二、曆史來源

1)格林威治標準時間GMT

十七世紀,格林威治皇家天文台為了海上霸權的擴張計畫而進行天體觀測。1675年舊皇家觀測所(Old Royal Observatory) 正式成立,到了1884年決定以通過格林威治的子午線作為劃分地球東西兩半球的經度零度。觀測所門口牆上有一個標誌24小時的時鐘,顯示當下的時間,對全球而言,這裡所設定的時間是世界時間參考點,全球都以格林威治的時間作為標準來設定時間,這就是我們耳熟能詳的「格林威治標準時間(Greenwich Mean Time,簡稱G.M.T.)的由來,標示在手錶上,則代表此表具有兩地時間功能,也就是同時可以顯示原居地和另一個國度的時間。
2)世界協調時間UTC
多數的兩地時間表都以GMT來表示,但也有些兩地時間表上看不到GMT字樣,出現的反而是UTC這3個英文字母,究竟何謂UTC?事實上,UTC指的是Coordinated Universal Time- 世界協調時間(又稱世界標準時間、世界統一時間),是經過平均太陽時(以格林威治時間GMT為準)、地軸運動修正後的新時標以及以「秒」為單位的國際原子時所綜合精算而成的時間,計算過程相當嚴謹精密,因此若以「世界標準時間」的角度來說,UTC比GMT來得更加精準。其誤差值必須保持在0.9秒以內,若大於0.9秒則由位於巴黎的國際地球自轉事務中央局發布閏秒,使UTC與地球自轉周期一致。所以基本上UTC的本質強調的是比GMT更為精確的世界時間標準,不過對於現行表款來說,GMT與UTC的功能與精確度是沒有差別的。
3)夏日節約時間DST
在談到java.util中的Date類時,我們經常會提到UTC和GMT,這兩者幾乎是同一概念。它們都是指的格林尼治標準時間,只不過UTC的稱呼更為正式一點。兩者的區別在於前者是一個天文上的概念,而後者是基於一個原子鐘。在UTC中,每一年或兩年會有一個“閏秒”。
 UTC和GMT時間每個地區都有自己的本地時間,在網上以及無線電通訊中時間轉換的問題就顯得格外突出。我自己就經常混淆於此,特地研究了一下,記錄在此以備忘。 

整個地球分為二十四時區,每個時區都有自己的本地時間。在國際無線電通訊場合,為了統一起見,使用一個統一的時間,稱為通用協調時(UTC, Universal Time Coordinated)。UTC與格林尼治平均時(GMT, Greenwich Mean Time)一樣,都與英國倫敦的本地時相同。在本文中,UTC與GMT含義完全相同。 

北京時區是東八區,領先UTC八個小時,在電子郵件信頭的Date域記為+0800。如果在電子郵件的信頭中有這麼一行: 

Date: Fri, 08 Nov 2002 09:42:22 +0800 

說明信件的發送地的地方時間是二○○二年十一月八號,星期五,早上九點四十二分(二十二秒),這個地方的本地時領先UTC八個小時(+0800, 就是東八區時間)。電子郵件信頭的Date域使用二十四小時的時鐘,而不使用AM和PM來標記上下午。 

以這個電子郵件的發送時間為例,如果要把這個時間轉化為UTC,可以使用一下公式: 

UTC + 時區差 = 本地時間 

時區差東為正,西為負。在此,把東八區時區差記為 +0800, 

UTC + (+0800) = 本地(北京)時間 (1) 

那麼,UTC = 本地時間(北京時間))- 0800 (2) 

0942 - 0800 = 0142 

即UTC是當天淩晨一點四十二分二十二秒。如果結果是負數就意味著是UTC前一天,把這個負數加上2400就是UTC在前一天的時間。例如,本地 (北京)時間是 0432 (淩晨四點三十二分),那麼,UTC就是 0432 - 0800 = -0368,負號意味著是前一天, -0368 + 2400 = 2032,既前一天的晚上八點三十二分。 

紐約的時區是西五區,比UTC落後五個小時,記為 -0500: 

UTC + (-0500) = 紐約時間 (3) 

UTC = 紐約時間 + 0500 (4) 

把(2)式 - (4)式相比較, 

UTC = 北京時間 - 0800 = 紐約時間 + 0500 (5) 

即 北京時間 = 紐約時間 + 1300 (6) 

即北京時間領先紐約時間十三個小時,由(6)式, 

紐約時間 = 北京時間 - 1300 (7) 

在四月下旬,紐約又換用夏令時,又稱為日光節約時,比標準紐約時間提前一個小時,實際成為西四區的標準時間,成為 -0400。 

UTC + (-0400) = 紐約夏令時,套用以上公式, 

北京時間 = 紐約夏令時 + 1200 

紐約夏令時 = 北京時間 - 1200 

在這些轉換中,最重要的公式就是 

UTC + 時區差 = 本地時間 

時區差東為正,西為負。例如,東八區(北京)是 +0800,西五區(紐約)是-0500,加州是西八區,是-0800,美國中部時區是西六區,-0600,美國山地時區是西七區,-0700,太平洋時 區是西八區,-0800,在夏天使用夏時制,成為-0700。德國時區是東一區,+0100,夏天變為+0200。 

多數電子郵件程式,例如Outlook Express,在顯示時間時,電腦程式把時間先轉換成為本地時間再顯示,例如,郵件的Date域為: 

Date: Fri, 08 Nov 2002 09:42:22 +0800 

Outlook Express在顯示時就顯示為: 

Date: Thur, 07 Nov 2002 08:42:22 pm,把北京時間轉換成為了紐約時間,而且把二十四小時格式的時間轉換成為了十二小時的格式。當然,為了時間轉換正確,發送方和接受方的電腦的時區都要 設定正確,在這裡,發送方的時區要正確地設為北京時區東八區,而我的時區要設為西五區。 

為了方便起見,我在這裡放上紐約,加洲以及北京即時顯示的時鐘,以省去計算的麻煩。

GMT與UTC簡介(轉)

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.