一句话说清用途：把 UTC、GMT 与北京时间一次对齐。输入时间戳或 ISO 文本，自动识别口径并列出 9 个常用时区 的实际偏移，支持夏令时核对、批量换算与 CSV 转义导出；跨国排期和日志对时都能直接用。
10 位按秒、13 位按毫秒；带 Z 或 +08:00 的文本按自身偏移解析。
指针指向北京时间在 24 小时盘上的位置 · 北京不使用夏令时
| 地区 / 时区 | 本地日期时间 | 星期 | UTC 偏移 | 说明 |
|---|
使用浏览器内置时区数据库，未知名称会提示校验失败。
支持秒 / 毫秒时间戳、ISO 8601、空格分隔日期时间与纯日期；错误行会保留原文并说明原因。
| # | 输入 | 识别 | UTC | 北京时间 | 状态 |
|---|---|---|---|---|---|
| 还没有换算结果，点「填入示例」先看一遍。 | |||||
钟面读数一致，日常可等同；UTC 是原子时协调标准，GMT 是历史名称。接口与日志统一写 UTC 最不容易产生歧义。
中国标准时间固定 UTC+8，不实行夏令时；换算时别忘跨日进位，UTC 16:00 对应北京时间次日 00:00。
伦敦、纽约、柏林、悉尼的偏移随日期变化。本页按所选时刻调用 Intl 时区库计算，不使用写死的固定偏移。
| UTC 与 GMT | 日常使用钟面读数相同，UTC 是原子时协调标准，GMT 是历史名称；接口与日志统一写 UTC 最不易产生歧义。 |
|---|---|
| 北京时间 | 中国标准时间固定 UTC+8，不实行夏令时；换算要注意跨日进位，UTC 16:00 对应北京时间次日 00:00。 |
| 时间戳识别 | 10 位纯数字按 Unix 秒、13 位按毫秒解析，其它位数会明确报错；时间戳本身是 UTC 时刻，与本机所在时区无关。 |
| 无时区文本 | 可在来源口径里选 UTC / 北京时间 / 本机时区；带 Z 或 +08:00 等显式偏移的文本优先按文本自身解析，结果里会标出识别类型。 |
| 夏令时 | 伦敦、纽约、柏林、悉尼的偏移随日期变化，页面用浏览器 Intl 时区库按当前所选时刻计算，不写死固定偏移。 |
| 批量与导出 | 一行一条，逐行校验并标注错误原因；CSV 对逗号、引号、换行与公式前缀做转义，可加自定义 IANA 时区进对照表。 |
跨国会议邀请写「UTC 00:30」，同事却按本地时间 00:30 上线；日志里一串 10 位数字，谁也说不清对应哪天。这个罗盘把 UTC / GMT、北京时间与任意 IANA 时区 放在同一屏对齐，自动识别时间戳与 ISO 文本，按该日期算出各时区的真实偏移（含夏令时），还能把几十行时间一次性换算、校验并导出。
「北京时间 ↔ UTC 互换」会同时切换来源口径，避免把北京时间文本仍按 UTC 解析；互换后请留意结果里的识别类型是否已变为所选口径。
日常使用中可以认为钟面读数相同，都是零时区时间。严格说 UTC 是基于原子时的协调世界时，GMT 是历史沿用 Greenwich 平均太阳时的名称。排期、日志与接口对接建议统一写 UTC，避免歧义。
北京时间采用 UTC+8 且不使用夏令时，因此北京时间 = UTC + 8 小时。反过来 UTC = 北京时间 − 8 小时。注意跨日：UTC 的 16:00 加 8 小时就是次日 00:00，日期要跟着进一位。
页面按位数判断：10 位数字按秒级 Unix 时间戳处理，13 位按毫秒处理；其它位数的纯数字会提示无法识别，不会悄悄当成某一种。时间戳本身就是 UTC 时刻，与本机所在时区无关。
会。伦敦、纽约、柏林、悉尼等时区在夏令时期间偏移会变化，页面通过浏览器 Intl 时区数据库按该日期实时计算偏移，而不是固定写死 +1 或 −5；对照表里会同时显示当前日期下的实际偏移。
可以在输入框上方选择来源口径：UTC、北京时间或本机时区；带 Z 或 +08:00 这类显式偏移的文本优先按文本自身的时区解析。页面会在结果里标出识别类型，方便核对有没有理解错。
一行一条，支持 10 位秒级时间戳、13 位毫秒时间戳、ISO 8601、YYYY-MM-DD HH:mm:ss 与纯日期；无法识别的行会标注错误原因并保留原文，导出 CSV 时对逗号、引号、换行与公式前缀做了转义。
能。在「追加自定义 IANA 时区」里填如 Asia/Kolkata 这样的标准名称，页面先向浏览器时区库校验，通过后加入对照表；拼写错误或不被支持的名称会提示失败，不会静默跳过。
不会。解析、偏移计算、批量校验与 CSV 生成全部在本机完成，分享链接只携带一段输入文本，不提交任何数据。
现在只有你自己能看到这条留言（已标上「待审核」），管理员审核通过后才会展示给所有人～
还没有留言，来抢沙发吧！