跨时区会议时间

功能

• ⚠️ 每个城市同时给出当地星期与日期偏移 —— 跨时区排会最容易错的就是漏掉日期移动
• 24 小时全天扫描表，每行是基准时区的一个整点
• 自动找出所有城市都在 09:00–18:00 之内的那些基准钟点；没有就说没有
• ⚠️ 夏令时按会议那一天的偏移算，所以切换周里的小时差是对的
• ⚠️ 基准时区选到夏令时被跳过的钟点时明说不存在，不平移到邻近的时刻
• 夏令时回拨、同一个钟点出现两次时也会说明，并取较早的那一次
• 任意 IANA 时区，逗号 / 分号 / 换行 / 全角逗号都能分隔
• 最多对照 8 个城市（再多一行就宽到读不了了）
• ⚠️ 结果里写明 09:00–18:00 是这里的约定，不是普适规则
• 全部在浏览器本地完成

使用方法

1. 在基准时区里挑一个候选钟点填进去
2. 选日期、基准时区，再把要对照的城市写上
3. 看「这一刻各地」确认有没有跨日，再看 24 小时对照表挑一个更好的时段

常见问题

为什么每个城市都要标星期？只看时间不够吗？

不够，而且这正是跨时区排会最常见的错误。上海周一上午 9 点，纽约是周日晚上 9 点 —— 一份只写「周一 21:00」的通知，纽约的同事会理解成周一晚上，于是晚到整整一天。日期移动在相差 8 小时以上的时区之间几乎必然发生，而它在钟点上完全看不出来。所以这里把星期与 ±1 的偏移一起显示。

夏令时会影响结果吗？

会，而且这是这个工具比「记几个固定时差」可靠的地方。各地区的夏令时切换日期并不一致：欧洲是三月最后一个周日，美国是三月第二个周日，中间那几周两边差的小时数与平时不同（纽约与伦敦平时差 5 小时，这两个日期之间只差 4 小时）。用固定偏移排会，一年里总有几周请柬上的时间是错的，而收件人只会觉得「你算错了时差」。这里按会议那一天的实际偏移算。

为什么会有「这个钟点不存在」？

夏令时开始的那一天有一段时间被跳过了：时钟从 01:59 直接跳到 02:00（欧洲是 01:00 GMT 跳到 02:00 BST）。如果你把基准时间填在被跳过的那个窗口里，它在那个时区根本不存在。这里不把它平移到邻近的时刻 —— 那样给出的时间真实存在、却不是你写的那个，而且看起来完全正常。

为什么最多只能对照 8 个城市？

因为每一行要并排列出所有城市的钟点。超过八个之后一行会宽到需要在屏幕上左右滚动才能读完，而那样「一眼看出哪个时段合适」这件事就不成立了 —— 与其给一张读不了的表，不如让人分两次看。

「工作时段」为什么是 09:00–18:00？

那只是这个工具标 ✓ 用的一个约定，不是一条规则。各地的实际作息差得很远（南欧的中午休息、东亚的晚下班、有的人远程），而且真正要照顾的是具体的那几个人，不是他们所在的时区。所以工具把重叠区间算出来，但要不要用还得你自己判断。