工具
指南

世界时钟 / 会议时间规划

转换

并排显示多时区当前时间，辅助跨地区会议排期。选定一个时区的参考时刻，其余时区联动同步；工作时间（9–18）高亮显示。

100% 客户端 无后端
时间模式
请添加一个时区。
本页内容

什么是世界时钟与会议排程？#

世界时钟把多个城市当前的时刻同时摆出来给你看。会议排程器更进一步：它让你选定一个参考时刻，然后把这个时刻在每一个你关心的时区里”长什么样”一并读出来——这样你才能找出一个落在所有人上班时间里的时段，而不是不小心让东京的同事晚上 11 点来开会。

这件事比看起来难，难在夏令时。一个城市相对 UTC 的偏移并不是常数：纽约冬天是 UTC-5（EST），夏天是 UTC-4（EDT）；伦敦冬天 UTC+0，夏天 UTC+1（BST）；悉尼正好反过来，北半球的冬天才是它的夏令时。靠”减 8 小时”这种死算，一年里有半年会议时间都会差一小时。本页所有的偏移都是在你所规划的那一个具体瞬间算出来的，用的是浏览器内置的 Intl 时区数据库，所以夏令时会被正确、自动地套上。

除了看时间，本页还会根据你设定的工作时间，给每个时区打上 工作 或 休息 的标记，扫一眼就能判断某个提案时间对每个地点是不是”有人性”。

怎么使用#

  1. 页面默认是 当前 模式，实时跳动，预置了你的本地时区、UTC，以及三个主要枢纽（纽约、伦敦、东京）。
  2. 用 添加时区 下拉框添加世界上任何一个 IANA 时区。现代浏览器上这个列表来自 Intl.supportedValuesOf('timeZone')（数百个时区）；老引擎上则回退到精选的 24 个左右常用城市。
  3. 切到 参考 模式来排会议：选一个日期和时间（默认按你的本地时区解读），每一行就会重新渲染，显示同一个瞬间在各时区的对应时间——必要时日期会跨过国际日期变更线往前或往后滚。
  4. 设定 工作时间（默认 9–18）来控制哪些行被标 工作、哪些被标 休息。本地小时落在这个窗口内、且是工作日的行会亮起来，窗口外的不亮。
  5. 重置 回到默认时区集合；全部清空 清空列表。

主要特性#

  • 夏令时感知。 每个偏移都从该时区在所选瞬间的挂钟时间字段推导出来，而不是查一张固定表——所以七月排的会议，夏令时规则变了也照样正确，南北半球也对称处理。
  • 参考时刻排程。 切到参考模式，输入一个本地时间，就能读出所有其他时区在这个瞬间的对应时刻。日期输入用了两轮偏移修正，保证在夏令时切换边界附近也不会算错。
  • 工作/休息标记。 每一行按本地小时和工作日打标，工作时间可以自己调。扫一列标记，比脑子里逐个减偏移快得多。
  • 星期和月份名按语言本地化。 星期、月份的名称来自 Intl.DateTimeFormat（按页面当前语言），不用手译，不会过时。
  • 覆盖全部 IANA 时区。 数百个时区，连那些半小时、四十五分钟的”非整数偏移”也一视同仁（印度 UTC+5:30、尼泊尔 UTC+5:45、澳大利亚部分地区 UTC+9:30）。

实例演示#

你在上海，要和纽约、伦敦、东京、悉尼四方开会。切到 参考 模式，在 Asia/Shanghai 下输入 2026-08-10 09:00（周一）。本页把这一个瞬间在五个时区里展开：

Asia/Shanghai     UTC+08:00   周一 09:00   工作
Asia/Tokyo        UTC+09:00   周一 10:00   工作
Australia/Sydney  UTC+10:00   周一 11:00   工作
Europe/London     UTC+01:00   周一 02:00   休息
America/New_York  UTC-04:00   周日 21:00   休息

八月是北半球夏天，所以伦敦走 BST（UTC+1）、纽约走 EDT（UTC-4）；悉尼在南半球过冬，走 AEST（UTC+10，无夏令时）。上海和纽约在 EDT 期间正好差 12 小时，所以上海周一 09:00 在纽约还是周日 21:00——注意日期在这里倒回了前一天，跨过了国际日期变更线。工作/休息标记把结论摆得很清楚：上海 09:00 这个时段对亚太三方都合适，但伦敦是凌晨 2 点、纽约是周日晚上 21:00——这两地没人在上班。把会议推到 上海 21:00，情况反转：伦敦 14:00、纽约 09:00（都变成工作），但 东京 22:00、悉尼 23:00（又变休息）。五方在正常上班时间里根本找不到交集——这恰恰是排程器该替你发现的事，于是你可以去谈个折中方案（比如早晚轮换），而不是一不小心把谁排到了半夜。

常见问题#

为什么我那个城市的偏移不是整点？#

因为不是所有时区都按整小时偏移。印度是 UTC+5:30，尼泊尔 UTC+5:45，澳大利亚北部领地 UTC+9:30，查塔姆群岛 UTC+12:45。本页把偏移精确到分钟（UTC+05:30）就是为了把这些地方算对——一个把偏移取整到小时的工具，会让十几亿人差上半小时。

我需要自己操心夏令时吗？#

不用，页面替你处理。每个偏移都是在显示的那个具体瞬间（当前或你设的参考时刻）算出来的，用的是浏览器的时区数据库，所以夏令时按当地规则该套就套、不该套就不套。三月排的会议，过了春令时切换点，时间照样正确，因为工具是在开会的那个瞬间重新推导偏移，而不是读一张固定表。

同一个瞬间，为什么两个城市显示的日期不一样？#

因为有国际日期变更线。在任何时刻，亚太往往已经是”明天”，而夏威夷还是”昨天”。选了参考时间后，每一行都会同时显示本地的日期和时间，所以”檀香山 22:00 对应东京次日 18:00”这种事就毫无歧义——日期列能把只显示时间的工具藏掉的坑接住。

这个时区列表准吗、新吗？#

在任何现代浏览器（Chrome 99+、当前的 Firefox / Safari / Edge）上，列表来自 Intl.supportedValuesOf('timeZone')，它跟操作系统自带的 IANA 时区数据库一致。老引擎上页面会回退到精选的 24 个左右常用时区，工具照样能用，只是冷僻时区少一些。至于时区规则本身（夏令时日期、偏移），来自浏览器自己时钟用的同一套数据库。