時區轉換器 (跨多個時區比較時刻)
選源時區與日期/時間, 然後按需新增多個目標時區。每個目標顯示對應當地時間與時區縮寫。
運作原理
時區轉換如何工作
每個時刻都是單點 — 東京週二早 9 點與舊金山週一下午 5 點是同一時刻。時區轉換隻是用每個區的本地鐘面時間重新標註那個單一時刻。夏令時讓事情複雜 — 美國 3 月到 11 月間, 東部時間是 UTC-4 (EDT); 其他時間 UTC-5 (EST)。瀏覽器的 Intl.DateTimeFormat 在你傳 'America/New_York' 這樣的 IANA 時區名時正確處理這一切。
我們用 IANA 名 (如 'Asia/Tokyo' 或 'Europe/London') 因為它們無歧義且歷史上遵循各地的 DST 規則。'JST' 或 'GMT' 是可能衝突的縮寫; IANA 名不會。
常見安排陷阱
DST 切換: 「下週二早 9 點 EST」在 3 月或 11 月有歧義因規則變化。總說「紐約時間」或發日曆邀請 — Outlook、Google 日曆、Slack 在雙方都指定時區時正確處理轉換。
半小時偏移: 印度 UTC+5:30、紐芬蘭 UTC-3:30、澳洲部分 UTC+9:30 或 +10:30。如果你的會議數學按「整小時」, 這些地區會差 30 分鐘。
跨日界線跳躍: 東京到舊金山是次日還是同日依方向。日曆顯示正確, 但人的假設可能錯。
有用模式
國際站會: 選源時區 (常 UTC) 和團隊主時區。設會議時間, 驗證沒人被叫凌晨 3 點參加。
產品釋出: 選釋出區, 加主要市場。驗證營銷郵件抵達合理本地小時。
出行規劃: 選出發區, 加目的地區, 找本地到達時間無需手動數學。
常見問題
›處理 DST 嗎?
處理 — IANA 時區資料含每個地點的 DST 規則。瀏覽器 Intl API 處理過去、現在、(已知的) 未來切換。
›EST 與 ET 區別?
EST 固定 UTC-5。ET (東部時間) 冬季是 EST, 夏季是 EDT — 跟蹤 DST。我們用 IANA 名如 'America/New_York' 按日期自動選 EST 或 EDT。
›可以在兩個特定城市間換算嗎?
可以。一個設源, 另一個加為目標。顯示時間是源時刻用目標本地鐘面表達。
›為什麼有些區有 :30 偏移?
歷史決定。印度、伊朗、阿富汗、紐芬蘭、澳洲部分都用相對 UTC 的 30 分或 45 分偏移。計算器正確處理。
›支援過去日期?
支援, 含歷史上可能不同的 DST 邊界。IANA 資料覆蓋多數地點 1970 年起的歷史。
›南極或夏威夷呢?
IANA 列表含。需要請從下拉新增 'Pacific/Honolulu' 或 'Antarctica/McMurdo'。
›資料會上傳嗎?
不會。瀏覽器 Intl API 全本地處理。
›可以儲存我的時區列表?
暫不能。重新整理重置列表。可能稍後加 local-storage 持久化。
相關工具
最後更新: