时区偏移参考
全球主要城市的 UTC 偏移参考表：偏移量按你选的日期用 Intl 现算，夏令时自动体现，支持按偏移排序与按地区分组。
浏览器本地运行所有计算都在你的浏览器里完成，数据不会离开本机。
查询设置
偏移量按这一天现算，夏令时切换会自动体现。
城市与时区标识为静态对照表，整理时点 2026-10；偏移量每次都通过浏览器的 Intl.DateTimeFormat 按所选日期实时计算，不硬编码 +8 这类数值，因此夏令时规则变化时结果会跟着更新。
参考表
选择一个日期后这里会显示各城市的 UTC 偏移。
相对 UTC
这个工具能做什么
- 约跨时区会议时先查一遍：把日期设成会议当天，纽约到底是 UTC−4 还是 UTC−5 一目了然，不用再翻 DST 日历。
- 写国际化需求或排定时任务时，按偏移排序能快速看出哪些城市在同一天、哪些已经跨到第二天。
- 排查日志时间戳时，用查询日期确认某个时区当时到底偏移多少，避免把冬令时和夏令时混着算。
- 需要整理一份时差表时，复制分组文本贴进文档，比手抄一遍更不容易错。
示例
输入
查询日期 2026-07-15，查看纽约与上海
输出
纽约 · America/New_York · UTC-04:00 · 夏令时；上海 / 北京 · Asia/Shanghai · UTC+08:00 · 标准时间
同一天上海固定 +08:00；纽约 7 月处于夏令时，偏移是 −04:00，换成 2026-01-15 查询就变回 −05:00。
常见问题
为什么偏移量不是写死的？
夏令时规则经常调整，写死「纽约 = UTC−5」在夏天就会错一小时。这里每次都调用浏览器的 Intl.DateTimeFormat 按你选的日期现算，因此跟着时区数据库（IANA tzdata）更新，不需要工具改代码。
夏令时是怎么判断的？
工具取该时区同年 1 月 15 日与 7 月 15 日的偏移，把较小的那个当作标准时（南半球同理），当前偏移比它大就标为夏令时。这是启发式判断，对常见时区都成立，但极端特例（如摩洛哥斋月调整）可能标得不够精确。
时区标识为什么用 Asia/Shanghai 这种写法？
这是 IANA 时区数据库的标准标识，也是浏览器 Intl 唯一认得的写法。用「北京时间」或「GMT+8」这类名称既无法解析，也无法自动处理夏令时，所以表格里同时给出城市名和时区标识。
表里为什么没有某个城市？
这里只收录了主要城市，整理时点为 2026-10。如果一个城市与表中某个城市使用同一时区（例如深圳与上海），用那个城市的偏移即可；需要精确到具体地区时请以 IANA 时区标识为准。
查询会联网吗？
不会。时区数据来自浏览器内置的 Intl 与时区数据库，页面不发任何请求，你输入的日期也不会被上传。
关键词：time zoneutc offsetdaylight savingdstworld clock时区UTC偏移夏令时世界时间时差查询