时区会议规划器

安排会议时间
下一步

在上海、伦敦和纽约之间约一场会,总有人要早起或晚归,而第一步是准确知道每个人的钟表指向几点。这个规划器接收以 UTC 输入的会议日期和时间,加上一份 IANA 时区列表(每行一个,数量不限),然后按该日期的夏令时规则输出每个时区的当地日期与时间;跨天的情况一目了然,比如纽约还停留在前一天晚上。

规划器的使用方法

  1. 1

    以 UTC 设定日期和时间

    规划器把你的输入当作 UTC。如果只知道本地时间,请先减去自己的偏移量:北京时间 17:00 全年都等于 09:00 UTC。

  2. 2

    逐行列出时区

    每行一个 IANA 标识符,例如 Asia/Shanghai、Europe/London 或 America/New_York。IANA 数据库里的任何时区都可用,UTC 也有效。

  3. 3

    生成会议时间表

    每个时区返回一行,包含当地日期、24 小时制时间和时区缩写,提前或顺延到前后一天的情况都明确标出。

  4. 4

    分享列表

    结果是纯文本:直接复制进会议邀请、群聊或邮件,谁都不用在脑子里换算。

读懂结果

输入 2026-07-15 和 01:00(UTC),配上五个时区,规划器输出:

UTC: 2026-07-15 01:00 UTC
Asia/Shanghai: 2026-07-15 09:00 CST
Europe/London: 2026-07-15 02:00 BST
America/New_York: 2026-07-14 21:00 EDT
Australia/Sydney: 2026-07-15 11:00 AEST

纽约还在 7 月 14 日:01:00 UTC 的会议是上海的上午 9 点,却是美东的前一天晚上 9 点。行尾缩写(CST、BST、EDT)反映该日期当天的夏令时状态;没有通行缩写的时区则显示偏移量,比如曼谷的 +07。注意一个经典歧义:这里的 CST 是中国标准时间(China Standard Time),而美国中部标准时间的缩写恰好也是 CST,跨国沟通时最好直接写 UTC+8。

2026 年常用时区的 UTC 偏移量

时区 1 月 7 月
Asia/Shanghai(北京时间) +08:00 +08:00
Asia/Singapore / Asia/Taipei +08:00 +08:00
Asia/Tokyo / Asia/Seoul +09:00 +09:00
Asia/Bangkok / Asia/Jakarta +07:00 +07:00
Asia/Kolkata +05:30 +05:30
Europe/London +00:00 +01:00
Europe/Berlin / Europe/Madrid +01:00 +02:00
America/New_York -05:00 -04:00
America/Los_Angeles -08:00 -07:00
Australia/Sydney +11:00 +10:00

中国全国统一使用北京时间(UTC+8),1991 年以后不再实行夏令时,所以两列数值相同;每年拨两次钟的是欧美和澳大利亚一侧。悉尼 1 月的偏移量更大,因为南半球的夏令时在他们的夏季运行。

挑一个对大家都公平的时间

  • 瞄准每个人工作日的中段。 避开任何一方的第一个或最后一个工作小时。
  • 轮流承担难受的时段。 中国加欧洲加美洲凑在一起,不存在落在所有人上班时间内的窗口;早起和熬夜的会要轮流来。
  • 留意夏令时切换周。 美国在 3 月第二个周日和 11 月第一个周日拨钟,欧盟在 3 月和 10 月的最后一个周日;中国从不拨钟。因此北京与纽约的时差冬季是 13 小时、夏季是 12 小时,变的永远是对方。
  • 半小时和 45 分钟的偏移量真实存在。 印度是 +05:30,尼泊尔是 +05:45,查塔姆群岛是 +12:45;忽略它们会让某个人差上 30 或 45 分钟。

从不拨钟的时区

世界上很大一部分地区根本不用夏令时:中国、日本、韩国、印度以及东南亚和中东的大部分,另有俄罗斯(2014 年起)、土耳其(2016 年起)和巴西(2019 年起)。如果列表里的时区全在这一组,算出的当地时间全年有效。只要有一位参会者使用夏令时(伦敦、纽约、悉尼),锚定在 UTC 的例会每年就会为这个人挪动两次、每次一小时。

常见问题

永远按 UTC。规划器把输入的日期和时间解释为 UTC,再把这一个时刻换算到列表中的每个时区。如果只知道自己城市的时间,请先减去 UTC 偏移量;对中国来说算法固定:北京时间减 8 小时就是 UTC。

会。换算遵循 IANA 时区数据库中所选日期当天的规则:15:00 UTC 在纽约 1 月 15 日显示为 10:00 EST,7 月 15 日则是 11:00 EDT;上海在两个日期都是 23:00,因为中国不实行夏令时。请选择真实的会议日期,而不是今天。

IANA 数据库中“区域/城市“形式的标识符,例如 Asia/Shanghai、Europe/London、America/New_York,另外 UTC 也可以。只写城市名(如“上海“)无法识别;无法解析的行会被标记为无效,不影响列表的其余部分。

不能。这个规划器只把一个候选时刻换算成各地时间,并不知道任何人的上班时间。实用做法是试两三个候选时间、对比各自的列表,让所有人都落在合理的钟点内。

日期、时间和时区列表会经加密连接发送到我们的服务器以计算结果。它们不会被保存;使用统计只记录生成过一次时间表。

相关工具

此工具还提供其他语言版本