世界时钟

世界时钟

每行填写一个 IANA 时区,例如 Europe/Madrid 或 America/New_York。

下一步:验证时区

团队分布在不同时区时,“你那边下午 2 点”很容易造成误会。这个时钟可以把任意数量的城市固定在同一个面板中,实时更新时间,并在采用夏令时的地区按日期计算正确时差。添加伦敦、纽约、新加坡和圣保罗,安排通话前就能快速看出谁已经不在工作时间。

如何使用世界时钟

  1. 1

    添加城市

    按城市名搜索;工具支持覆盖全部 IANA 时区的 600 多个城市。

  2. 2

    比较实时时间

    每个固定的城市都会每秒更新,并以当地格式显示日期。

  3. 3

    拖动日程滑块

    拖动时间滑块,即可查看每个固定城市在同一时刻的当地时间。

  4. 4

    分享面板

    URL 会保存你固定的城市,让同事打开同一份列表。

为什么城市名比时区代码更重要

GMT+5 这样的时区写法不会考虑夏令时。Europe/London 在冬季是 GMT+0,在夏季是 GMT+1。IANA 时区名称(也称 Olson 名称)记录了完整的规则历史,包括某个国家何时开始或停止使用夏令时。

这个时钟内部使用 IANA 名称,因此 “London” 始终表示你查看的日期所对应的正确时差。

夏令时日历

地区 夏令时开始 夏令时结束
欧盟 3 月最后一个星期日 10 月最后一个星期日
美国 / 加拿大 3 月第二个星期日 11 月第一个星期日
澳大利亚(NSW/VIC) 10 月第一个星期日 4 月第一个星期日
英国 与欧盟相同 与欧盟相同
俄罗斯 不使用夏令时 不适用
印度 / 中国 / 日本 不使用夏令时 不适用
巴西 2026 年不使用夏令时 不适用

欧洲议会在 2019 年投票支持取消季节性调时,但实施仍然停滞。如果规则发生变化,IANA tzdata 会随之更新。

安排会议的实用规则

对于分布式团队:

  • 相差 3-4 小时: 通常大多数正常工作时间都可接受。
  • 相差 5-7 小时: 需要在清晨或晚上做妥协,最好在不同团队之间轮换不便。
  • 相差 8-11 小时: 每天重叠时间很短,异步沟通通常更合适。
  • 相差 12 小时以上: 往往只有一方时间舒适,应轮换会议时间或完全改用异步方式。

谨慎核对日期

跨时区时最容易忽略的是日期。洛杉矶周一 23:00,伦敦已经是周二 07:00,东京则是周二 14:00。一个写着“周二”的日历邀请,对不同收件人可能落在不同的本地日期。日历应用会在双方设置了时区后自动换算,但跨越国际日期变更线的安排仍应仔细确认时间和日期。

常见问题

知道。它使用 IANA tzdata,其中记录了几十年来的夏令时规则。因此,2005 年某一天的 “America/New_York” 时间会使用 2007 年以前的夏令时日程,而不是当前规则。

可以。UTC 始终可作为固定参考时间使用。在日常使用中,GMT 与 UTC 基本相同。

时钟会自动显示切换前后的正确时差。春季向前拨表时,2:00 到 3:00 之间缺失的那一小时并不存在;秋季拨回时重复的一小时只显示一次。

会。它们保存在浏览器本地存储中,方便你在同一设备的后续会话继续使用。不会发送到服务器。

相关工具