美国 - 世界时钟

世界时钟用于同时查看多个城市和时区的当前本地时间，适合跨国电话、远程团队协作、旅行计划、直播排期、客服轮班、金融市场开盘，以及任何需要顾及对方当地时间的场景。世界时间不仅由经度决定，还取决于时区、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。

夏令时转换规则在不同地区并不对称。美国在 3 月第二个周日（+1 小时，02:00 → 03:00）和 11 月第一个周日（-1 小时，02:00 → 01:00）切换；欧盟在 3 月最后一个周日和 10 月最后一个周日的 01:00 UTC 同时切换，所有成员国同步进行。南半球则相反：澳大利亚东部各州在 10 月第一个周日和 4 月第一个周日切换。某些缩写相同的时区实际上是不同的时区——`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。
• 夏令时不对称：美国在 3 月第二个周日 / 11 月第一个周日的 02:00 本地时间切换；欧盟在 3 月 / 10 月最后一个周日的 01:00 UTC 同时切换。
• 南半球相反：Australia/Sydney 在 10 月第一个周日（+1 小时）和 4 月第一个周日（-1 小时）切换。
• 缩写具有歧义：`CST` 同时表示中国标准时间（UTC+8）、美国中部标准时间（UTC-6）和古巴标准时间（UTC-5）——存储时应始终使用 IANA 名称。
• 日期变更线跨越：当北京时间为周一 09:00（UTC+8）时，纽约为周日 20:00（UTC-5），檀香山为周日 13:00（UTC-10），跨越两个日历日。