德國 - 世界時鐘

世界時鐘用來同時查看多個城市與時區的目前本地時間，適合跨國電話、遠端團隊協作、旅行計畫、直播排程、客服輪班、金融市場開盤，以及任何需要顧及對方當地時間的情境。世界時間不只由經度決定，也取決於時區、UTC 偏移與夏令時間規則。同一個國家可能包含多個時區，某個城市的偏移也可能因季節或政府政策而改變。這個頁面可以協助你依國家與城市瀏覽、比較當地時間，並查看資料中顯示的 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，跨越兩個日曆日。