时区换算

换算同一时刻而非单纯钟面

时区换算需要同时指定日期与钟表时间，因为同一地点在一年中可能使用不同 UTC 偏移。America/New_York 这样的命名时区包含此区别，固定的 UTC−5 标签则不能描述纽约的所有日期。

填写源地区的当地日期时间，选择源与目标时区，并指定重复时间采用哪一次。工具先把源时间解析为 UTC 时刻，再格式化为目标地区时间，同时显示目标日期、时刻、UTC 偏移及 UTC 参考，方便检查是否跨日。

不存在与重复出现的当地时间

时钟向前调整可能跳过某个当地时间；工具会提示该时间不存在，不会悄悄把会议移到另一小时。时钟回拨则可能让同一钟面时间出现两次；选择“较早”或“较晚”对应不同的真实时刻，目标时区结果也会不同。

例如按相应时区规则，2026 年 1 月 15 日纽约 09:00 对应 UTC 14:00、上海 22:00；同年 7 月 15 日纽约 09:00 对应 UTC 13:00、上海 21:00。差异来自源时区在具体日期采用的偏移，而不是输入的钟面时间变化。

IANA 时区数据库维护时区规则，政府调整民用时间制度时规则也会更新。本工具通过浏览器国际化功能使用其内置数据。请保持浏览器更新，并在地区规则改变后重新确认重要的未来会议；每次计算不会重新联网下载时区库。

常见问题

为何不用 CST 等缩写？

同一缩写可能代表不同地区，IANA 命名时区的歧义更小。

为什么目标日期变了？

同一时刻在不同时区可能位于午夜两侧。

历史偏移一定精确吗？

结果受浏览器数据库与支持日期范围限制，历史研究应核对专门记录。

使用与核对结果

本页的输入与运算保留在当前浏览器。站内切换中英文时，表单值暂存在内存中；刷新页面后恢复示例。本工具不把计算输入保存到 Cookie 或浏览器存储中，使用统计只记录计算完成次数，不包含输入值或结果。

初始参数是演算示例，并非对你个人情况的建议。请先修改相关字段，再使用结果。修改输入后会清空旧结果，避免将旧答案误认为新参数的结果；点击“恢复示例”即可回到初始状态。

若结果出乎预期，先用一组较小的数字手算，检查单位、正负号、首尾日期，以及百分数是否把 30 填成了 0.30。反馈问题时请提供不含隐私的示例参数、预期答案和操作步骤，不要发送私人学业记录或身份信息。

安排跨时钟调整的会议

算术关系为：UTC 时刻 = 源地区钟表时间 − 对应日期的 UTC 偏移；目标钟表时间 = UTC 时刻 + 该时刻在目标地区的偏移。关键是确定正确的日期偏移，尤其在时钟调整附近。单次会议先确定以哪个地区的安排为准。如果组织者规定某日纽约 09:00，就把该日期的纽约时间换算到各参与者时区，不要只换算不带日期的 09:00，也不要把未来会议日期替换为今天。相关的是会议当天的时区规则。

周期会议还需要明确锚点。“每周一纽约 09:00”跟随纽约钟表，另一地区可能因双方调整时间不同步而看到会议时间移动；“每七天 UTC 14:00”则跟随固定 UTC 时刻，在组织者当地的钟面时间可能改变。两种安排都合理，但不是同一约定，应逐次填写日期核对。

旅行行程的出发与到达通常分别使用两地当地时间。计算真实旅途时长时，应先把两端都转换成 UTC；直接相减打印的钟面时间可能得到负时长或误导性结果。本页一次转换一个时刻，不猜测未标明的机场、日期或时区。

回拨时 01:30 可能出现两次，单写日期、地点和钟面值仍可能有歧义。页面给出的 UTC 时刻可区分两次出现，重要预约应同时发送 UTC 值或相应数字偏移。遇到跳时而不存在的时间，请由组织者选择实际有效时刻，而不是猜测替代时间。

可将结果反向换算来复核：把目标地区的日期时间作为新的输入，换回原时区。普通无歧义时间应返回原值；重复时段要保持相同的一次，否则可能选中另一真实时刻。同一时区换算也应保留原钟面值，同时仍检查该时间是否存在。

浏览器数据可能晚于刚宣布的制度变化。结果列出 UTC 偏移，便于与当地正式通知或组织者日历比较。更新浏览器可更新其数据，但政府未来仍可能调整规则，重要的未来安排应在临近日期再次确认。