时区转换器

时区转换器在一个地方进行挂钟读取 - 3 月 12 日上午 9:00 - 并告诉您在其他地方的同一时刻时钟显示的内容。 这不是简单的算术，因为两个区域之间的间隙不是常数。 纽约一年中大部分时间都落后伦敦 5 小时，部分时间落后 4 小时，春季两周时间差距为 4 小时，因为美国在欧洲之前改变了时钟。

美国境内的转换更简单。作为 EST 到 CST 时区转换器,它显示芝加哥比纽约晚一小时,并且由于东部和中部时间在同一日期更改时钟,因此一小时的间隙在整个年份中都可用作东部和中部时区转换器,用于会议规划,将芝加哥添加到纽约旁边的规划器条中,因此上午 9:00 中央立柱一眼读取为上午 10:00 东部。太平洋时间比东部时间晚三个小时,根据夏令时,UTC 比东部时间早四五个小时。

此转换器通过随您的浏览器随附的 IANA 时区数据库解决每个偏移量，并在您输入的特定时刻进行评估。 这意味着夏令时的过渡、半小时和四分之一小时的抵消，如印度（UTC+05:30）和尼泊尔（UTC+05:45），改变规则的国家都由相同的代码路径处理 - 没有什么是硬编码的，没有什么是陈旧的。

除了转换，您还可以获得每个区域的 UTC 偏移量和该日期的缩写，两者之间的符号差异，以及一次在多个区域中放置相同瞬间的会议计划条带，以便您可以查看每个小时的时间内是哪个小时。 一切都在您的浏览器中运行：没有上传日期，没有记录任何内容，并且该工具在页面加载后仍将继续工作。

时区是政治性的，而不是地理的，这就是使它们变得困难的原因。 政府法令的抵消，有时只提前几周通知，这就是为什么 IANA 数据库每年更新几次的原因，以及为什么任何硬编码偏移的工具最终都会变得错误。 夏令时每时钟应用夏令时，而不是按区域进行，这很重要，因为答案取决于您转换的日期，而不是今天：三月的会议可以与一月份的相同时钟时间以不同的偏移降落，北半球和南半球的方向相反。 缩写在精确方面比无用更糟糕，因为 CST 意味着三种不同的东西，具体取决于您是在芝加哥、哈瓦那还是上海。 更喜欢 IANA 区域名称。