CodeKitHub工具介绍
世界时钟转换器会显示多个地方此刻的时间，它用的是每个地点真实的IANA时区，而不是固定的UTC偏移。这一点很重要，因为偏移量会随夏令时变化：伦敦冬天是UTC+0，夏天则是UTC+1，而且并非所有国家都在相同日期实行夏令时，所以用固定偏移计算，在很多地方一年里差不多有一半时间都是错的。
它不仅显示"现在几点"，还能换算你指定的某个具体时间——比如纽约下午3点开会，换算成东京和柏林分别是几点——这才是跨时区安排日程时真正会遇到的问题。
为什么使用它？
- 通过浏览器的 Intl API 使用真实时区数据，夏令时始终能正确处理，不像用固定UTC偏移的计算器那样会出错。
- 可同时对比两个以上的城市，清楚显示每对城市之间的时差。
- 自定义时间模式能回答"这里是X点，那边是几点"，方便安排通话和会议。
- 覆盖各大洲、各时区约50个主要城市。
- 全部计算在浏览器本地完成，不会上传任何数据。
使用方法
- 从列表中选择两个或更多城市，对比它们的当前时间。
- 查看每对已选城市之间显示的时差。
- 切换到自定义时间模式，在某个城市输入具体时间，查看其他城市对应的时间。
- 随时更改选择——时间和时差会立即更新。
示例
输入
对比7月某天的纽约和东京输出
纽约：上午9:00（EDT，UTC−4）。东京：晚上10:00（JST，UTC+9）。时差：13小时纽约在7月实行夏令时（EDT，UTC−4），而东京全年都不实行夏令时（JST，全年UTC+9），所以到了冬天纽约切换到EST（UTC−5）后，13小时的时差会变成14小时。
常见时差参考（近似值，会随夏令时变化）
| 城市 A | 城市 B | 常见时差 |
|---|---|---|
| 纽约 | 伦敦 | 5小时 |
| 伦敦 | 东京 | 9小时 |
| 纽约 | 东京 | 13–14小时 |
| 洛杉矶 | 纽约 | 3小时 |
| 悉尼 | 伦敦 | 9–11小时 |
相关工具
如果需要查询特定地点和日期的日出、日落和昼长，日出日落计算器是很自然的搭配。如果需要把 Unix 时间戳转换成可读的日期时间，时间戳转换器可以单独处理这个需求。
常见问题
如何计算两个城市之间的时差？
选中两个城市后，工具会自动计算它们当前UTC偏移之差，并同时考虑双方的夏令时情况。手动核对的方法是：先查出每个城市当前的UTC偏移（比如纽约夏天是UTC−4，东京全年都是UTC+9），再用一个减去另一个——这里的时差是13小时，东京更早。
夏令时（DST）会怎样影响计算？
很多国家会在春天把时钟拨快一小时，秋天再拨回来，这会让它们一年中有一部分时间的UTC偏移发生变化——但并非所有国家都这样做，实行的国家切换日期也各不相同。像东京或中国大部分地区从不实行夏令时，而纽约、伦敦和柏林都实行，但具体日期不同。要想全年都自动算对，唯一的办法是使用每个城市真实的时区标识（比如 America/New_York），而不是固定的偏移数字。
这里下午3点，美国是几点？
这要看美国的哪个地区——仅美国本土就横跨四个主要时区（东部、中部、山地、太平洋），根据季节和具体城市的不同，大约比中欧时间晚4到7小时。请分别选择你所在的城市和具体的美国城市（纽约、芝加哥、洛杉矶等）来获得准确答案，因为"美国"并不是一个单一的时区。
为什么有些城市显示相同的时间但标签不同？
多个城市可能共用同一个时区标识——比如巴黎、柏林和马德里通常都是UTC+1或UTC+2（视季节而定）——所以尽管是不同城市，时钟显示却完全一样。而有些地图上看着很近的城市，比如伦敦和巴黎，实际使用不同时区，往往相差一小时。
我的数据会被保存吗？
不会。计算完全通过浏览器的 Intl 时区 API 在本地完成，你输入或选择的内容不会发送到服务器，也不会被记录。