时区转换
全球时区时间换算，一键对比多个城市时间。
使用说明
- 在「源时区」中选择时间所属的时区，默认已选中你设备所在的时区。
- 选择日期与时间，或点击「现在」直接使用当前时刻。
- 勾选需要对比的目标城市时区（可多选），结果会按勾选顺序逐行显示。
- 每行给出该时区的日期、时间与星期，并标注与 UTC 的偏移；夏令时由浏览器 Intl 引擎自动处理，无需手动调整。
- 更换时区、时间或勾选项都会立即重新转换，跨时区会议排期时可一次对比全部城市。
常见问题
夏令时需要手动处理吗？
输入的时间按哪个时区解释？
时区列表有多全？
为什么两个城市显示相同的偏移？
使用步骤
- 先核对源时区是否正确
在源时区下拉框选择时间所属的时区，默认是你设备当前时区。列表由浏览器内置时区库提供，覆盖全球数百个时区。
- 填入日期时间或用现在
在日期与时间输入框填入具体时刻，或点现在按钮载入当前时间。输入按源时区的当地墙上时间理解。
- 勾选需要对比的目标城市
在目标区域勾选要对比的城市，如上海、纽约、伦敦、东京，可任意多选。点转换按钮生成对照结果。
- 逐行核对日期与时差
每行结果显示该时区的日期、时间和星期以及 UTC 偏移。跨日界线的城市注意日期可能已变化一天。
- 挪动时间找共同时段
修改时间或增减城市都会即时重新换算。逐步挪动时刻，找到各城市都落在工作时间的会议时段。
工具详细介绍
全球时区以 UTC 为基准加偏移，再叠加各地夏令时规则：纽约冬季是 UTC-5，夏令时期间变为 UTC-4。本工具调用浏览器内置的 IANA 时区数据库换算，结果自动套用当时的夏令时，无需手动加减一小时。输入按源时区当地墙上时间理解，再换算到所有勾选城市，各行对应同一个真实瞬间。
最典型的场景是跨时区会议排期。填入会议时间，勾上纽约、伦敦、东京等城市，一眼看出谁要在深夜参会。再微调到各方能接受的时段即可。也适合远程团队核对截止时间、留学生与家人约时间、跨境电商盯上线时刻。修改时间或城市立即重算，几分钟就能定下全球同步的日程。
原理与背景
时区名采用「区域/城市」格式，来自 IANA 维护的时区数据库：它保存的不只是偏移量，还有每条规则的历史沿革。例如亚洲/上海覆盖全国，1991 年起恒定 UTC+8，不再实行夏令时，更早实行夏令时的年代也能正确回算。偏移量并非全是整点：印度是 UTC+5:30，尼泊尔是 UTC+5:45，南澳标准时 UTC+9:30，进入夏令时再加一小时。换算时工具自动套用输入时刻生效的规则，无需手动加减一小时。
排周期会议有个隐蔽的坑：把会议固定在某座城市的当地墙上时间，每逢当地夏令时切换，它相对其他城市就会整体漂移一小时。想稳定就按 UTC 定时刻，或在每次会前重新换算。按 UTC 定的代价是各方都要自己换算本地读数，换来的是不随任何一地夏令时漂移。切换日当天还可能出现「不存在的时刻」：美国春季拨快后的凌晨两点半，在当天并不存在。输入恰好落在切换窗口时，多看一眼结果行的日期与偏移，必要时改用相邻日期的时间。
典型使用场景
- 排跨洲例会找重叠时段
旧金山、伦敦、上海三地各勾一行，把候选时间逐个挪动，谁在凌晨、谁在下班前一眼可见。十几分钟就能锁定三方都能接受且可长期执行的时段。
- 海外服务器维护窗口换算
公告写着 UTC 22:00 维护两小时，勾上自己所在时区看它落在当地深夜还是工作时段。提前决定守着盯日志，还是安排值班同事按时接手。
- 全球直播上线时刻对齐
发布会与游戏开服要全球同一瞬间开始，按 UTC 定好时刻再核对各大洲城市的本地读数。宣传文案里写的「当地时间」才不会出错被玩家抓包。
使用技巧
- 上海与新加坡同为 UTC+8，结果相同属正常现象，不代表算错。
- 安排跨洲会议时优先覆盖离你最远的时区，再回头照顾近处同事。
- 夏令时切换日（三月与十一月前后）结果已自动处理，无需手动补偿。
注意事项
- 半小时偏移时区别心算
印度 UTC+5:30、尼泊尔 UTC+5:45、南澳标准时 UTC+9:30，按整小时心算很容易悄悄出错。核对每一行结果里的 UTC 偏移即可确认，不必自己加减小时。
- 切换日的空洞与重叠时刻
春季拨快时有些当地时刻并不存在，秋季拨回时同一时刻出现两次。输入恰逢切换窗口时，对照结果行的日期与偏移，确认工具如何解析这个时刻。
- 周期会议随夏令时漂移
固定「纽约每星期二上午十点」的例会，每逢三月与十一月相对北京整体挪动一小时。跨季度循环的会期，每次发出邀请前重新换算一遍最稳。