01 / CITY → CITY
城市时间换算到城市
最常见的方向。对方说“纽约时间周二上午 10 点”，你把它换成北京或上海时间，确认是否在自己的工作时段内。
TIME CONVERSION / 世界时间换算
世界时间换算：
一个时刻，换到任何城市
输入某个城市的日期与时间，工具会先把它还原成绝对时间点，再换算到目标城市与 20 多个常用城市。夏令时、半小时偏移与跨日都会自动处理，同时给出带偏移的 ISO 时间与 UTC 时间，方便直接粘贴到邮件或工单里。
跟随当前时刻
修改时间后会锁定为手动时间。
THREE DIRECTIONS
三种常见的换算方向
换算时间时，先问清楚“哪个时间是已知的”。是对方给出的当地时间，还是你手里的 UTC 时间？已知点不同，操作顺序也不同。
02 / UTC → CITY
UTC 时间换算到城市
接口日志、服务器记录与航空计划常用 UTC。以 UTC 为起点，可以同时换算出所有参与城市的当地时间，避免逐个加减。
03 / CITY → UTC
城市时间写成 UTC / ISO
把确定的时间写成带偏移的 ISO 8601，例如 2026-11-10T16:00:00+08:00。对方无论用什么系统，都能准确还原同一个时间点。
一个完整的例子
假设北京时间为 2026 年 11 月 10 日 16:00。北京是 UTC+8，因此对应的 UTC 时间是同日 08:00。纽约在 11 月已结束夏令时，使用 UTC−5，所以当地时间是同日 03:00。
如果把日期换成 2026 年 10 月 10 日，纽约仍处于夏令时，使用 UTC−4，同一时刻会变成 04:00。仅仅换了一个月，结果就相差一小时。这也是为什么换算时必须确认日期，而不是只记住“纽约比北京慢 12 小时”。
FAQ / 常见问题
关于时间换算
换算工具的后端就是浏览器的 Intl API，没有服务器参与。理解它的计算顺序，有助于判断结果是否符合预期。
输入的时间会被保存或上传吗？
不会。换算完全在浏览器内完成，输入的时间、选择的城市不会发送到服务器。刷新页面后，输入会恢复为当前时刻；世界时钟页收藏的城市会保存在本地存储中。
为什么换算结果会差一天？
当两地的时差跨过午夜，日期就会不同。例如北京比纽约快 13 小时，北京时间周二 08:00 对应纽约周一 19:00。结果卡片会在日期后标注“昨天”或“明天”。
可以把结果复制到邮件里吗？
可以。结果下方的 ISO 与 UTC 文本可以单独复制，常用城市列表也支持手动选择。建议在邮件里同时写出城市名、日期、时间与 UTC 偏移。
为什么没有“本地时间”这个选项？
“本地时间”取决于访问者设备所在的时区，不适合作为可复现的基准。你可以选择离自己最近的城市，或先使用 UTC 作为中间坐标。美国、欧洲等国家的城市页也提供了各自的换算器。
PLAN A MEETING
时间换算完成，接着看看双方什么时候都方便
时差计算器会把两地的 24 小时并排显示，并给出落在双方工作时段内的推荐时间。