跳到正文

时区换算

Timezone Converter

把同一个时刻换算到多个时区,并用重叠时段表来安排跨地区的会议。

一个时刻,同时显示在几个地方,外加一张标出对所有人都在工作时间内的小时的网格。它回答跨地区开会的两个问题:那个时间对他们来说是几点,以及有没有一个小时对我们所有人都合适。

🔒 完全在你的浏览器里运行timezonedatemeeting

基准时刻

其他地方

  • Asia/Seoul2026-11-10 13:57UTC+09:00
  • America/Los_Angeles2026-11-09 20:57UTC-08:00日期不同
  • America/New_York2026-11-09 23:57UTC-05:00日期不同
  • Europe/London2026-11-10 04:57UTC+00:00

共同时段

基准日一整天里各时区的当地钟点
Asia/Seoul000102030405060708091011121314151617181920212223
America/Los_Angeles070809101112131415161718192021222300010203040506
America/New_York101112131415161718192021222300010203040506070809
Europe/London151617181920212223000102030405060708091011121314

每一格是基准地的一个小时。带底色的格子表示当地在上班时间内。

怎么用

  1. 设定时刻

    在其中一个时区里的一个日期和时间。其他一切都由它推出;没有需要单独保持同步的“源”。

  2. 添加你关心的时区

    用城市而不是偏移量,因为偏移量不知道夏令时,城市知道。上海、纽约和伦敦一年之中相差的小时数并不固定。

  3. 在网格里找一个可行的小时

    每一列是一天中的一个小时,每一行是一个时区,按那个小时在当地是否处于工作时间内着色。一列从上到下全部着色,就是一场没人需要在半夜参加的会。

常见问题

处理夏令时吗?

处理。时区通过浏览器自带的 IANA 数据库解析,所以用的是你设定的那个日期上生效的偏移量,不是今天的。中国没有夏令时,这正是容易忘记你的合作方有夏令时的原因。

为什么有些换算落在不同的日期上?

因为时区在效果上可以相差超过一天。上海周一上午 9 点是纽约周日晚上 9 点(美国夏令时期间;冬季是晚上 8 点),把它当成同一天,截止期限就是这样错过整整二十四小时的。

不存在的时间怎么办?

春季拨快的那一夜有一个小时被跳过,秋季那一夜有一个小时出现两次。页面会说明这一点,而不是悄悄选一个,因为你指的是哪一个,只有你能回答。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。