使用方法
- 01读取或精简卡片。每个已保存时区跟随浏览器时钟走动;× 移除一张卡片,Reset 恢复十二个默认时区。
- 02添加时区。在数据列表字段中输入(例如
Asia/Kathmandu)并按 Add;会提供完整的 IANA 时区列表。 - 03转换挂钟时间。选择日期时间和它所在的时区;表格列出 UTC 和每个已保存时区。UTC 是锚点——先读它,再看城市行。
算例
在浏览器为 UTC+8、时钟固定为 2026-10-07 12:00 时截取。
| 转换 2026-01-15 12:00 Asia/Shanghai |
本地时间 |
偏移 |
| UTC |
2026-01-15 04:00 |
UTC+0 |
| Tokyo |
Thu, Jan 15, 13:00 |
UTC+9 |
| Kolkata |
Thu, Jan 15, 09:30 |
UTC+5:30 |
| London |
Thu, Jan 15, 04:00 |
UTC+0 |
| New York |
Wed, Jan 14, 23:00 |
UTC−5 |
| Sydney |
Thu, Jan 15, 15:00 |
UTC+11 |
在固定时钟下,卡片读作上海 12:00:00、伦敦 05:00:00(UTC+1,夜间,−7h)、纽约 00:00:00(UTC−4,−12h)和悉尼 15:00:00(UTC+11,+3h)。
夏令时边界需要小心,纽约说明了原因:
| 转换 |
UTC 行 |
纽约行 |
| 2026-03-08 02:30 America/New_York |
2026-03-08 06:30 |
Sun, Mar 8, 01:30,UTC−5 |
| 2026-11-01 01:30 America/New_York |
2026-11-01 05:30 |
Sun, Nov 1, 01:30,UTC−4 |
2026 年 3 月 8 日,02:30 在纽约从不存在:春季前拨的空缺吞掉了那个小时,挂钟时间解析为 01:30,比输入时间早一小时。2026 年 11 月 1 日,01:30 出现两次;转换器返回较早的夏令时实例(UTC−4)。两行看起来都是 01:30,但 UTC 行相差一小时——所以在转换前后,相信 UTC 锚点,而不是城市行。
限制
- 偏移只与浏览器一样新。
- 转换器读取随浏览器或操作系统附带的 IANA 数据;很旧的版本可能带有过时的转换规则。
- 已保存时区是本地的。
- 卡片列表存放在本浏览器的存储中;Reset 会丢弃它。
- 它不做什么。
- 它转换时刻,不转换跨度:它不会告诉你距离某个日期还剩多少天,也不读取纪元数字。日历跨度和工作日请用日期差;把 Unix 值变成带时区的时钟请用时间戳。
适用场景
跨地区安排日程
在你自己的时区输入你想要的钟点,从表格读取对方的本地时间,而不是手工减去偏移——加尔各答的 UTC+5:30 那列会让本会算错的算术变得明显。
检查转换日期
在例会跨越夏令时变更之前,转换两侧的示例日期。上面两行纽约数据说明了为什么 UTC 锚点比本地读数更重要。
隐私
时钟和转换在浏览器中运行;不选择时区、不输入时间也就没有内容被上传。
参考文献
- IANA,Time Zone Database,iana.org (访问日期:2026-10-01)——每一行背后的偏移和夏令时转换。
- 维基百科,时区 (访问日期:2026-10-01)——挂钟时间和 UTC 偏移表示法。
- 维基百科,夏令时 (访问日期:2026-10-01)——空缺和两次出现的小时。
- ISO,ISO 8601-1:2019, Date and time — Representations for information interchange,iso.org (访问日期:2026-10-01)——UTC 和偏移表示。
本页计算器
精选工具,点开即用;小工具可直接试算,数值会带入完整计算器。