时区转换器
当伦敦时间10:00的会议在冬季对应美国东部时间06:00、夏季对应05:00、东京对应19:00、悉尼对应21:00时，确保整个团队使用统一的时间标准并非易事。该转换工具可输入日期、源时区及任意目标时区，并自动显示各地区的当地时间——通过 IANA 时区数据库自动处理夏令时转换，因此仅需针对3月和11月进行调整即可。
如何计算转换率
-
1
选择源时区
任何 IANA 区域——欧洲/伦敦、美洲/纽约、亚洲/东京。
-
2
输入日期和时间
您希望转换的源区域中的时刻。
-
3
选择目标区域
一个或多个。
-
4
查看当地时间
每个目的地均显示其本地日期和时间，并包含UTC偏移量及夏令时标志。
常见的业务重叠点
| 路线 | 冬季（UTC） | 夏季（UTC） |
|---|---|---|
| 伦敦 → 纽约 | -5小时 | -5小时 |
| 纽约 → 洛杉矶 | -3小时 | -3小时 |
| 伦敦 → 东京 | +9小时 | +8小时 |
| 纽约 → 东京 | +14小时 | +13小时 |
| 柏林 → 悉尼 | +9小时 | +8–10小时 |
夏令时调整会导致夏冬季节转换时间发生变化，因为各国的转换日期各不相同（美国：3月第二个星期日；欧盟：3月最后一个星期日；澳大利亚：4月第一个星期日）。
为何 IANA 时区至关重要
“PST”或“EST”存在歧义——无法明确表示是否启用夏令时。像America/Los_Angeles这样的 IANA 名称总能正确解析，因为它们包含了所有年份的夏令时规则。跨地区排程时，请始终使用 IANA 名称。
固定观测区与夏令时观测区
- 不实行夏令时：亚利桑那州、夏威夷州、日本、中国、印度以及中东大部分地区。
- 遵守夏令时（DST）：欧洲大部分地区、美国和加拿大、澳大利亚（各州情况有所不同）、以及南美洲部分地区。
- 南半球时间调整：澳大利亚和新西兰的夏令时与北半球相反，因此相对于各自地区而言“夏令时”设置是正确的，但具体日期有所不同。
“回退”这一模糊的时间段
在夏令时结束当晚，时钟会回拨——这意味着01:30会出现两次（一次在夏令时开始前，一次在夏令时结束后）。对于预定会议，请避免在转换夜的01:00至03:00时段安排。若存在歧义，则务必明确标注“夏令时结束前”或“夏令时结束后”。
“向前跳过”缺失的一小时
夏令时开始：时钟会自动向前调整，因此当天的02:30实际上并不存在。如果您试图在春令时调整后的周日02:30安排会议，许多日历应用会自动将其时间改为03:30或01:30。请务必避开这个时段。
常见问题
该提醒很可能使用固定的UTC偏移值（例如“UTC-5”）而非 IANA 时区进行存储。夏令时转换时，偏移值会发生变化，但固定设置保持不变。请使用 IANA 时区名称保存事件记录以永久解决此问题。
是的。伦敦时间23:00在同一天会转换为纽约时间18:00，但从伦敦出发则对应东京时间次日09:00。日期跨越处理会自动完成。
就实际应用而言，两者均属于零偏移时间：UTC由配备闰秒的原子钟定义；GMT则是英国历史上的平均太阳时。在软件开发中应始终使用UTC，而GMT属于过时标准。
不。该浏览器预装了 IANA 数据库，所有数据转换均在本地完成。