世界时钟

世界时钟回答的是一个一旦和异地的人共事就会反复出现的问题：那边现在几点？这个工具把任意多座城市的时钟并排放在一起，每秒更新，配有添加城市的搜索框、一键加入本地时区的按钮、12/24 小时切换，以及每张卡片上的夏令时标记。默认已载入四座城市——纽约、伦敦、东京和上海。

使用方法

1. 在搜索框输入城市或国家，点击结果即可添加对应时钟。结果会显示城市、国家以及标准 UTC 偏移。
2. 点击添加我的时间，把你自己的时区钉住，方便与其余时钟对比。
3. 用切换按钮在 24 小时制（默认）和 12 小时制之间切换；改动会一次性应用到所有卡片。
4. 点击卡片右上角的小关闭按钮移除它。卡片数量没有上限。

时钟如何保持准确

每张卡片都是用浏览器 Intl.DateTimeFormat 配合该城市的 IANA 时区标识符渲染出来的。这个 API 读取随浏览器和操作系统一起发布的时区数据库——同一套记录着历史偏移变化、以及每个地区春季拨快与秋季拨回确切日期的注册表。因此，可见时间会自动反映夏令时，尽管角落的小偏移标签是固定的标准时值。页面以一秒为间隔重新计算所有卡片，所以秒数同步推进而不会漂移。

读懂时钟卡片

每张卡片都带有相同的五项信息：城市名、国家、大号字体显示的当前时间、日历日期，以及含时区缩写、标准 UTC 偏移和（如适用）DST 标记的底栏。日期很重要——东京显示 23:00 时，你所在的地方可能已经是第二天，日期行能消除这种歧义。

实操示例：跨三座城市安排会议

纽约标准时（UTC-5）周一 09:00。伦敦在 GMT（UTC+0），所以是 14:00。东京是 UTC+9，所以是 23:00。上海是 UTC+8，所以是 22:00。因此纽约 09:00 的会议落在东京 23:00——偏晚，但仍可安排。

现在把同样的纽约 09:00 放到夏天，此时纽约用 EDT（UTC-4），伦敦用 BST（UTC+1）。纽约到伦敦仍是五小时，伦敦还是 14:00。东京不实行夏令时，于是降为 22:00，上海降为 21:00。没有人动过任何设置，纽约到东京的差距却从 14 小时变成了 13 小时。这种季节性偏移正是 DST 标记在提醒你的东西。

夏令时边界情况

• 南半球的时间表相反。 悉尼在十月和四月切换，所以悉尼—洛杉矶的差距在一年中的变化时点与伦敦—纽约不同。
• 有些地区从不调整。 中国、印度、日本和非洲大部分地区全年维持单一偏移，因此它们与实行夏令时城市的距离每年变化两次。
• 少数时区使用半小时或 45 分钟偏移。 印度是 UTC+5:30，尼泊尔是 UTC+5:45；搜索结果会显示这些小数值偏移，这样你就不会对卡片读出的 :30 或 :45 感到意外。
• 角落里的缩写仅供参考。 因为缩写会冲突——CST 既是美国中部时间也是中国标准时间——请依赖时间和城市名，而不是三个字母的代码。

准确性与局限

时间的准确度取决于你的设备时钟，而操作系统通常会把它同步到一秒以内。夏令时切换直接来自浏览器的时区数据，所以数据库陈旧的旧浏览器对于最近变更过的地区可能出错。可搜索的城市列表是精选的而非全球的，工具也不计算未来或过去的日期——它只显示当下。要安排某场未来会议，请使用能交叉参考所有人日历的规划工具。

分布式团队实用技巧

找会议时段最快的方法是把每位参与者的城市都加上，然后扫描工作时间重合的区间。如果纽约是 UTC-5、柏林是 UTC+1，六小时的标准时差意味着纽约 09:00 的通话是柏林 15:00，对双方都舒适。再加上 UTC-8 的旧金山，同样的 09:00 开始时间对那里是 06:00，于是纽约 12:00 开始（柏林 18:00、旧金山 09:00）就是折中方案。

• 钉住一张 UTC 卡片作为中立参考。在文档里引用时间时，同时写下当地时间与 UTC 时间，让任何时区的读者都能换算。
• 夏令时变更时重新审视钉住的列表，因为一整个冬天都好用的时段在夏天可能落到工作时间之外。
• 记住日期可能不同。洛杉矶 22:00 的通话在东京已经是明天，所以跨越国际日期变更线安排时务必带上日期。
• 用 12/24 小时切换消除歧义。只写成「7:00」的会议两种读法都说得通，而 19:00 或 7:00 PM 不会。

相关工具

• 时间戳转换
• 日期计算器
• 会议时间规划