如何转换时区进行国际日程协调
时区转换看起来很简单，直到你算错为止——算错了意味着有人会错过会议、截止日期或电话。计算本身并不复杂，但需要处理的特殊情况很多：夏令时转换、半小时偏移、不实行夏令时的国家，以及国际日期变更线。
这里提供一个系统的方法，适用于任何时区组合。
核心转换：以 UTC 作为参考标准
在任何两个时区之间转换的可靠方法是通过 UTC（协调世界时）作为共同参考。世界上每个时区都表示为相对于 UTC 的偏移——UTC+2、UTC-5、UTC+5:30，以此类推。
第一步： 通过减去源时区的偏移，将源时间转换为 UTC。 第二步： 通过加上目标时区的偏移，将 UTC 转换为目标时间。
例子：纽约现在是下午 3:00（冬季 UTC-5）。柏林现在是几点（冬季 UTC+1）？
1. 纽约 → UTC：下午 3:00 − (−5) = 下午 3:00 + 5 小时 = 晚上 8:00 UTC 2. UTC → 柏林：晚上 8:00 UTC + 1 = 晚上 9:00 柏林时间
或者直接计算：下午 3:00 + 6 小时（UTC-5 和 UTC+1 的差值）= 晚上 9:00。
时间转换器可以处理小时和分钟的计算。对于时区偏移的加减，关键是知道两个地点当前的 UTC 偏移——这正是夏令时会带来复杂性的地方。
夏令时：大多数错误的根源
时区转换错误的大部分来源于没有考虑夏令时（DST）是否正在生效。夏令时在春季将时钟拨快一小时，在秋季拨慢一小时——但并不是每个国家都实行这一做法，而且日期因国家而异。
实行夏令时的国家：
- 美国和加拿大：在 3 月第二个星期日拨快，在 11 月第一个星期日拨慢
- 欧洲大部分地区：在 3 月最后一个星期日拨快，在 10 月最后一个星期日拨慢
- 澳大利亚：在 10 月第一个星期日拨快（南半球——他们的春天是北半球的秋天）
不实行夏令时的国家：
- 大部分亚洲国家（中国、日本、印度、东南亚）
- 大部分非洲国家
- 大部分中东国家（有例外，如以色列、约旦实行夏令时）
- 冰岛、俄罗斯（俄罗斯于 2014 年废除了夏令时）
- 美国亚利桑那州（纳瓦霍民族保留地除外）
这意味着比如伦敦和东京之间的时差会在一年内变化两次——当英国调整夏令时而日本不调整时。冬季相差 8 小时（UTC+0 对比 UTC+9），夏季相差 9 小时（UTC+1 对比 UTC+9）。
在转换之前，始终检查两个地点当前的 UTC 偏移，而不是标准偏移。
常见 UTC 偏移参考表
这些是标准（非夏令时）偏移。在适用夏令时的地方加 1 小时。
| 城市 / 地区 | 标准 UTC 偏移 | 实行夏令时？ |
|---|---|---|
| 伦敦（英国） | UTC+0 | 是（夏季 +1） |
| 巴黎、柏林、阿姆斯特丹 | UTC+1 | 是（夏季 +2） |
| 赫尔辛基、开罗、基辅 | UTC+2 | 是/因地而异 |
| 莫斯科 | UTC+3 | 否 |
| 迪拜 | UTC+4 | 否 |
| 卡拉奇、伊斯兰堡 | UTC+5 | 否 |
| 孟买、德里 | UTC+5:30 | 否 |
| 曼谷、雅加达 | UTC+7 | 否 |
| 上海、北京、新加坡 | UTC+8 | 否 |
| 东京 | UTC+9 | 否 |
| 悉尼 (AEDT) | UTC+11 | 是（南半球） |
| 纽约 (EST) | UTC-5 | 是（夏季 +1：EDT） |
| 芝加哥 (CST) | UTC-6 | 是（夏季 +1：CDT） |
| 丹佛 (MST) | UTC-7 | 是（夏季 +1：MDT） |
| 洛杉矶 (PST) | UTC-8 | 是（夏季 +1：PDT） |
| 圣保罗 | UTC-3 | 是（南半球） |
跨越日期变更线的日程安排
国际日期变更线大致沿着太平洋的 180° 经线延伸。向西穿过它时，你会增加一天；向东穿过时，你会失去一天。当在纽约和东京之间安排电话会议时，这会造成日程混乱。
纽约是 UTC-5（冬季）。东京是 UTC+9。时差是 14 小时——但因为东京领先，所以当纽约是星期一上午 9:00 时，东京已经是星期二晚上 11:00。
日期的改变往往出人意料。"咱们星期一下午你那边的时间见面"对于东京的参与者来说意味着星期二早上。始终确认两个地点的日期，而不仅仅是时间。
半小时和 45 分钟的偏移
大多数时区的偏移是整数小时，但有几个例外：
- 印度 (IST)： UTC+5:30——半小时偏移
- 尼泊尔： UTC+5:45——45 分钟偏移，世界上独有
- 伊朗 (IRST)： 标准 UTC+3:30，夏令时 UTC+4:30
- 阿富汗： UTC+4:30
- 澳大利亚北领地： UTC+9:30
- 豪勋爵岛（澳大利亚）： UTC+10:30，夏令时偏移 30 分钟至 UTC+11
与印度或尼泊尔的人安排会议时，确保会议时间在半小时的边界上。"10:00 UTC"的会议意味着印度时间下午 3:30，而不是下午 3:00 或 4:00。
国际团队的实用日程安排建议
分享会议时间时始终指定时区。 "下午 3 点"在国际上毫无意义。"下午 3 点纽约时间（UTC-4）"或"15:00 EST"没有任何歧义的余地。更好的做法是分享 UTC 等价时间："纽约下午 3 点 / 20:00 UTC"。
以 UTC 时间作为参考点。 在跨越三个或更多时区安排定期会议时，选择一个 UTC 时间，然后从它推导出其他时间。"每周 14:00 UTC 同步"在任何时区都是明确的，无论夏令时在每个参与者的国家会做什么。
在夏令时转换周检查 UTC 偏移。 在一年中的两到三周，一些地区已经调整了时钟，而其他地区还没有，这会造成临时的偏移变化。一个原本是纽约（UTC-5）到伦敦（UTC+0）= 5 小时差的定期会议，当两者同时调整时会变成 UTC-4 到 UTC+1 = 5 小时差，但在只有一方调整的短暂期间会变成 6 小时差。
对于重要的电话，提前 24 小时确认。 一条快速的"确认咱们明天的电话，你那边是 [时间] / 我这边是 [时间]"消息可以在错误导致错过连接之前发现问题。
时间转换器用于在小时和分数之间转换很有用——例如，计算出 5:30 的偏移意味着 10:00 UTC 的会议是下午 3:30，而不是下午 3:00 或 4:00。
为常见路线建立心理锚点
如果你经常在特定的城市之间工作，值得记住当前的偏移以及何时会改变。一些有用的参考点：
- 纽约 ↔ 伦敦： 冬季 5 小时，夏季 4 小时（夏令时转换期间有一周不同步）
- 纽约 ↔ 巴黎/柏林： 冬季 6 小时，夏季 5 小时
- 伦敦 ↔ 孟买： 全年 5.5 小时（印度不实行夏令时）
- 纽约 ↔ 东京： 冬季 14 小时，夏季 13 小时
- 洛杉矶 ↔ 伦敦： 冬季 8 小时，夏季 7 小时
- 悉尼 ↔ 伦敦： 冬季（英国）11 小时，但澳大利亚夏令时生效时会改变
了解这些可以在不每次都查阅偏移的情况下快速进行心算日程安排。对于这些常见路线之外的任何情况，直接检查当前的 UTC 偏移。
