ToolAct工具行動

世界時鐘

查看全球城市的當前時間

什麼是世界時間?

世界時鐘用來同時查看多個城市與時區的目前本地時間,適合跨國電話、遠端團隊協作、旅行計畫、直播排程、客服輪班、金融市場開盤,以及任何需要顧及對方當地時間的情境。世界時間不只由經度決定,也取決於時區、UTC 偏移與夏令時間規則。同一個國家可能包含多個時區,某個城市的偏移也可能因季節或政府政策而改變。這個頁面可以協助你依國家與城市瀏覽、比較當地時間,並查看資料中顯示的 UTC 偏移。若涉及法律截止、航班時間、辦公時間與假日安排,仍應以該城市或機構的官方來源為準。

使用方式

使用方式

  1. 頁面頂部會自動顯示您本機的系統時間和時區
  2. 在搜尋方塊中輸入國家或城市名稱以篩選時區
  3. 清單會顯示每個城市的當前時間、日期、星期和與本機的時差
  4. 時差顯示與本機時間的差距——正數表示超前,負數表示落後

排程提示

  • 比較不同時區時,除了時數也要確認日期;目標城市可能已是前一天或隔天。
  • 安排夏令時間轉換期間的會議時,請在發送邀請前於行事曆軟體中確認最終時間。

使用場景

從本地時間出發,進一步瀏覽各國城市頁面會自動偵測瀏覽器時區,顯示即時本地時鐘、日期與 UTC 偏移量,再依洲別將國家分類。你可以從這裡進入個別國家頁面,查看城市層級的時間資訊,不必再靠通用的偏移量表去推估。頁面上所有時鐘都由瀏覽器的 Intl API 配合本機系統時鐘運算,不需要行事曆同步帳號、Google 或 Microsoft 登入,也不需要連線遠端時區服務,就能確保顯示的時間準確。
安排國際電話前,先找到正確的城市輸入城市或國家名稱進行搜尋,在新頁面中開啟對應結果,同時當前的時鐘仍持續運作。這對於會議、客服排班、版本發布和跨國通話很有幫助,尤其同一個國家可能跨越多個時區。
搭配地區資訊一起檢視時區背景世界時鐘頁面是一個精簡的規劃參考工具,將即時時間與國家、城市導覽結合在一起。顯示的時間取決於瀏覽器時鐘、Intl/IANA 時區資料以及後端城市索引,因此國定假日和實際辦公時間仍需要另外查證。
在夏令時間切換前後確認 UTC 偏移量在當地夏令時間變更前後幾天開啟城市頁面,比對顯示的 UTC 偏移量和日期。夏令時間規則可能因政府調整而修改,因此頁面透過 Intl 取得的偏移量適合用來快速確認,但無法保證完全反映最後一刻的政策異動。
規劃跨地區的直播或版本發布時段先將活動時間固定在 UTC,再逐一檢視每位與會者所在城市的本地開始時間、日期和偏移量。若要進行全球發布,建議選擇在太平洋兩岸都落在上班時段的時刻,避免值班人員被拆到兩個日曆日。

技術原理

頁面上的每個時鐘都源自使用者的系統時間加上 IANA 時區資料庫(又稱 Olson 資料庫、tz 資料庫或 zoneinfo)。IANA TZDB 由 Paul Eggert 和 ICANN 的小型團隊維護,每年約發布四次,版本如 `2024b` 或 `2025a`;每個版本編碼了超過 350 個命名時區(如 `America/New_York`、`Asia/Shanghai`、`Pacific/Chatham`)的歷史與預計夏令時間規則、民用偏移量及縮寫。瀏覽器內建此資料庫的快照,透過 `Intl.DateTimeFormat(locale, { timeZone: 'Asia/Tokyo' })` API 和 `toLocaleString` 的 `timeZone` 選項暴露。`Intl.supportedValuesOf('timeZone')` 列舉支援的清單;在 Chrome 中目前約傳回 420 個條目。 核心格式化呼叫為 `new Intl.DateTimeFormat('en-US', { timeZone: 'America/New_York', hour: '2-digit', minute: '2-digit', second: '2-digit', hour12: false }).format(new Date())`,它將當前 UTC 瞬間根據目標時區的夏令時間規則解析,傳回牆鐘時間。UTC 偏移量透過以 `timeZoneName: 'shortOffset'`(產生 `GMT-5`)或 `'longOffset'`(`GMT-05:00`)格式化同一瞬間來計算。半小時和四分之一小時時區確實存在,且並非邊緣案例:印度(Asia/Kolkata)為 UTC+5:30、伊朗 UTC+3:30(至 2022 年有夏令時間)、紐芬蘭 UTC-3:30、尼泊爾 UTC+5:45、查塔姆群島 UTC+12:45、馬克薩斯群島 UTC-9:30。 夏令時間轉換規則在不同地區之間並不對稱。美國在三月第二個週日(+1 小時,02:00 → 03:00)和十一月第一個週日(-1 小時,02:00 → 01:00)調整,而歐盟在三月最後一個週日和十月最後一個週日的 01:00 UTC 同時調整,適用於所有成員國。南半球則相反:澳洲東部各州在十月第一個週日和四月第一個週日調整。某些具有相同縮寫的時區其實是不同的區域——`CST` 同時代表中國標準時間(UTC+8,無夏令時間)、美國中部標準時間(UTC-6)和古巴標準時間(UTC-5)——這就是為什麼在儲存資料中應始終以 IANA 時區名稱作為唯一來源,而非三個字母的縮寫。

  • IANA 時區資料庫(tz/Olson)為權威來源:約 350 個命名時區,每年約 4 次發布(如 `2024b`),由 ICANN 維護。
  • 瀏覽器 API:`Intl.DateTimeFormat(locale, { timeZone: 'Area/City' })`;以 `Intl.supportedValuesOf('timeZone')` 列舉時區。
  • 非整小時偏移確實存在:印度 +5:30、伊朗 +3:30、尼泊爾 +5:45、查塔姆群島 +12:45、紐芬蘭 -3:30、馬克薩斯群島 -9:30。
  • 夏令時間不對稱:美國在三月第二個週日/十一月第一個週日的 02:00 當地時間調整;歐盟在三月/十月最後一個週日的 01:00 UTC 同時調整。
  • 南半球相反:澳洲/雪梨在十月第一個週日(+1 小時)和四月第一個週日(-1 小時)調整。
  • 縮寫具有歧義:`CST` 可指中國標準時間(UTC+8)、美國中部標準時間(UTC-6)和古巴標準時間(UTC-5)——始終儲存 IANA 名稱。
  • 國際換日線:當北京(UTC+8)當地時間為週一 09:00 時,紐約(UTC-5)為週日 20:00,檀香山(UTC-10)為週日 13:00,跨越兩個日曆日。

範例

跨時區會議排程

安排跨時區的視訊會議時,先檢查每個地點的工作時間,找出大家都方便的時段。例如:北京時間上午 9:00 = 倫敦時間凌晨 1:00 = 紐約時間(前一天)晚上 8:00。

國際航班規劃

預訂國際航班時,掌握目的地當地時間有助於調整行程,並減輕時差影響。

全球團隊協作

與不同時區的同事協作時,可快速確認對方是否在工作時間內,避免在休息時間打擾同事。

常見問題

可以加入哪些時區?

支援所有 IANA 時區,超過 400 個,涵蓋每個國家與地區。可用城市名(Tokyo、New York、São Paulo)或時區識別碼(Asia/Tokyo、America/New_York)搜尋。日光節約時間與歷史時區異動會由瀏覽器底層的 tzdata 處理。

為什麼時間有點不準?

時鐘依賴你的作業系統時間,理論上會透過 NTP 同步。如果筆電長時間離線,或時區設定錯誤,顯示值就會偏移。如果在意精準度,請先同步系統時鐘。

支援日光節約時間轉換嗎?

支援。瀏覽器的 Intl/IANA tzdata 內建各時區的 DST 規則,包括歷史變更。要注意有些國家偶爾會修改 DST 規則(例如墨西哥於 2022 年取消 DST),請確認你的瀏覽器夠新、已具備最新資料。

可以看到 UTC 與當地時區的時差嗎?

可以。每張城市卡片都會顯示當地時間以及與 UTC 的時差(例如東京 UTC+9、紐約 UTC-5)。DST 變動會自動反映,紐約夏季顯示 UTC-4,冬季顯示 UTC-5。

可以拿來安排會議嗎?

本工具會顯示各時區的目前時間,這也是最常見的用途。要尋找重疊的工作時段,可同時看所有卡片欄位。但如果是「紐約下午 3 點等於東京幾點」這類換算,建議改用專門的會議排程工具,本頁是時鐘,不是會議排程器。

可以儲存常用城市嗎?

可以。多數版本會把你的選擇存到 localStorage,下次造訪時同一台瀏覽器會顯示相同清單。跨裝置同步需要帳號,基本款時鐘並不提供此功能。

有任何資料會被上傳嗎?

不會。時鐘讀取的是系統時間與瀏覽器內建的 IANA 時區資料,沒有任何紀錄或傳送。