YourWorldTime

时区转换器

选两个时区和一个日期，换算结果就准确无误——包括一年当中那两天，夏令时切换让某个当地时间要么根本不存在，要么出现两次。

转换一个时间

转换后的时间

—

—

—

—

下次调整

偏移量与日期在构建时由 IANA 数据库算出。实时时间在你的浏览器中渲染。

从UTC下次调整
New YorkUTC-42026-11-01 时钟向后拨 60 分钟
Los AngelesUTC-72026-11-01 时钟向后拨 60 分钟
LondonUTC+12026-10-25 时钟向后拨 60 分钟
BerlinUTC+22026-10-25 时钟向后拨 60 分钟
KolkataUTC+5:30不实行夏令时
TokyoUTC+9不实行夏令时
SingaporeUTC+8不实行夏令时
SydneyUTC+102026-10-04 时钟向前拨 60 分钟

时区换算是怎么出错的

几乎所有约时间的失误都出自四个原因中的某一个，这里把四个都正面处理，而不是抹平了事。

偏移量不是常数。“纽约比伦敦晚五个小时”一年里大约十个月成立。春天约三周、秋天约一周里是四个小时，因为两地在不同日期调表。按城市存一个固定偏移的转换器，偏偏就在这些日子里算错——而人们约下那场之后会后悔的会议，恰恰也是在这些日子里。

也不是每个偏移都是整小时。印度比 UTC 快 5 小时 30 分，尼泊尔快 5 小时 45 分。查塔姆群岛快 12 小时 45 分，而豪勋爵岛进入夏令时只拨快 30 分钟。全世界大约五分之一的人生活在非整小时的偏移上。

有些当地时间根本不存在。表往前拨时，一个小时被抹掉。纽约在切换当天，01:59:59 之后紧接着就是 03:00:00——02:30 从来没有发生过。让多数工具去换算 02:30，它们照样会自信地给出答案。这个工具会告诉你它做了什么。

有些当地时间会出现两次。表往回拨时，一个小时被重复。01:30 先在夏令时出现一次，一小时后又在标准时出现一次。这个转换器取第一次，并且说明这一点，同时把第二次也展示给你。

常见问题

这个转换器考虑夏令时吗？
考虑，连那两个麻烦的日子也一并处理。偏移量经浏览器取自 IANA 数据库，因此在切换当天做换算，用的是那一刻真正生效的偏移，而不是今天的偏移。如果你输入一个从未存在过的当地时间，或者一个出现了两次的当地时间，转换器会明说，而不是悄悄替你挑一个。
两座城市之间的时差为什么会在一年里变化？
因为两地很少在同一天调表，有些地方根本不调。纽约一年中大部分时间比伦敦晚 5 小时，但三月里有两周只晚 4 小时，因为美国比欧洲提前两到三周把表拨快。换算时永远以具体日期为准，别凭记忆里的那个偏移量。
我可以在哪些时区之间换算？
IANA 数据库里的全部时区，四百多个，包括让多数转换器栽跟头的半小时和 45 分钟偏移。UTC+05:30 的印度、UTC+05:45 的尼泊尔和 UTC+12:45 的查塔姆群岛都被精确处理，不会四舍五入到最近的整点。
需要 JavaScript 吗？
实时换算需要。其余全部内容——偏移量、夏令时切换日期、逐小时对照表和所有解释——都属于预先生成的页面，关掉 JavaScript 也照样能看。
我在这里输入的内容会被发送出去吗？
不会。所有计算都在你的浏览器里完成。没有后端，没有统计分析，没有 Cookie，也没有第三方脚本。你选的时区会出现在网址里，方便你分享或收藏某次换算，而它们只到那儿为止。