北京时间 · 在线授时校准
中国标准时间 UTC+8，毫秒级显示并自动校准本机时钟
世界主要城市时间
时差以北京时间为基准，夏令时（DST）由浏览器时区数据库自动处理。
今日与年度进度
统计按当前时区 Asia/Shanghai 的日历时间计算。
点击数字同样可以开始 / 暂停；鼠标悬停本卡片时，可用 空格 开始暂停、L 计次、R 复位。
基于 performance.now() 高精度计时，不受系统时钟校准影响，误差约 1ms。
最多保留 50 组计次，可对照查看单圈与累计用时。
Unix 时间戳转换
本机时钟偏差诊断
- 尚无记录，完成一次校准后显示
「立即校准」会连续采样 3 次，借助服务端返回的「收到请求 / 生成响应」两个时间戳（NTP 四时间戳算法）计算偏差，
从而把服务端处理耗时从网络往返中剔除，再取网络往返最短的一次作为结果；此后页面所有时间都用
Date.now() + 偏差 推算，无需持续联网。上方两个时钟均按当前选中的时区显示，偏差数值与时区无关；
网络抖动会让每次结果存在 ±RTT/2 量级的浮动，属正常现象。
关于北京时间与授时校准
北京时间是什么时间？
北京时间（China Standard Time，CST）是中华人民共和国采用的法定标准时间，属于东八区，写作 UTC+8，比协调世界时（UTC）快 8 小时，也等同于 GMT+8。它并不是以北京的地理经度 （东经 116.4°）为准，而是以东经 120° 的区时作为标准，因此全国（含新疆、西藏等地）统一使用同一时间，且全年不实行夏令时。
本工具如何做到毫秒级准确？
打开页面时，浏览器会向本站的服务端接口请求一次授时数据。服务端通过 SNTP 协议向 ntp.aliyun.com、ntp.tencent.com、 cn.pool.ntp.org 等公共 NTP 授时服务器取时，并把结果缓存数分钟以降低延迟与请求量； 浏览器再根据请求往返时间（RTT）的一半折算单程延迟，从而得到本机时钟与标准时间的偏差，之后在本地自行推进走时。 因此即使断网，时钟仍会继续运行；页面上会显示本次对时的时间源与网络延迟，便于判断可信度。
常见使用场景
- 抢购、预约与考试：提前对准标准时间，避免因本机时钟慢几秒而错过整点。
- 开发调试：核对服务器日志时间、验证 Unix 时间戳与日期互转结果。
- 跨时区协作：一眼看清纽约、伦敦、东京等地的当前时间与相对时差。
- 计时需求：内置毫秒级秒表，支持计次与单圈统计。
时区换算与夏令时说明
全球时区以 UTC 为基准，按经度每 15° 划分为一个时区，但实际边界由各国法规决定，还有半小时、45 分钟偏移的地区 （如印度 UTC+5:30、尼泊尔 UTC+5:45）。欧美多国实行夏令时（DST），通常在 3 月至 11 月把时钟拨快 1 小时， 因此它们与北京时间的时差会随季节变化。本工具的时区数据来自浏览器内置的 IANA 时区数据库，会自动应用历史与未来的规则变更。
命令行获取北京时间
如果需要在脚本或服务器上取时，可直接请求本站接口：
# 接口地址
API=https://lzw.me/x/beijingtime/api.php
# 1) 默认：可读文本（毫秒 + UTC 偏移 + 授时来源）
curl "https://lzw.me/x/beijingtime/api.php"
# 2026-10-21 20:05:12.123 +08:00 (Asia/Shanghai, ntp:ntp.aliyun.com)
# 2) format=json：完整字段，便于脚本解析
curl "https://lzw.me/x/beijingtime/api.php?format=json"
# {"code":200,"msg":"ok","data":{ "timestamp":1792584312123, "iso":"2026-10-21T12:05:12.123Z", "timezone":"Asia/Shanghai", "time":"2026-10-21 20:05:12.123", "weekday":"周三","utcOffset":"+08:00", "source":"ntp:ntp.aliyun.com", "synced":true,"stratum":2, ... }}
# 3) format=ts：13 位毫秒时间戳
curl "https://lzw.me/x/beijingtime/api.php?format=ts"
# 1792584312123
# 4) format=iso：ISO 8601（UTC，带毫秒）
curl "https://lzw.me/x/beijingtime/api.php?format=iso"
# 2026-10-21T12:05:12.123Z
# 5) tz：任意 IANA 时区，返回该时区的当地时间
curl "https://lzw.me/x/beijingtime/api.php?tz=America/New_York"
# 2026-10-21 08:05:12.123 -04:00 (America/New_York, ntp:ntp.aliyun.com)format-
json返回 JSON（含 timestamp、iso、time、weekday、utcOffset、beijing、source、synced 等字段）；ts返回 13 位毫秒时间戳；iso返回 ISO 8601（UTC）；不传则返回上面的可读文本。 json- 取值为
1，等价于format=json，用于兼容旧写法。 tz-
任意 IANA 时区名，默认
Asia/Shanghai。只影响时间文本与 JSON 中的 time / weekday / utcOffset， 不会改变 timestamp 本身；传入非法时区名时自动回退为北京时间。
所有响应都不缓存（Cache-Control: no-store），并通过 X-Time-Source 响应头标明本次授时来源；
服务端会把 NTP 偏差缓存 3 分钟，因此高频调用不会反复请求上游服务器。脚本中建议定期校准一次后本地推算，避免逐秒轮询。
需要更高精度时，可读取响应头 X-Time-Recv 与 X-Time-Now（服务端收包与发包的标准时间，毫秒），
配合本地记录的发包 T1、收包 T4，按 NTP 公式
偏差 = ((T2−T1)+(T3−T4))/2 自行对时，这样能剔除服务端处理耗时与响应体传输时间的干扰。
常见问题
北京时间是哪个时区？和 UTC 有什么区别？
北京时间属于东八区，标准写法为 UTC+8（也称中国标准时间 CST、GMT+8）。它比协调世界时 UTC 快 8 小时： 当 UTC 为 12:00 时，北京时间就是当天 20:00。中国大陆全年统一使用北京时间，不实行夏令时。
这里的北京时间准确吗？误差有多大？
页面通过服务端向公共 NTP 授时服务器（如阿里云、腾讯云、Cloudflare 的 NTP）请求标准时间，再结合网络往返延迟 换算出本机时钟偏差并实时补偿，典型误差在几十毫秒以内。校准精度主要取决于你的网络延迟，页面会同时显示本次对时的 网络延迟与时间源。
为什么显示的时间和我的电脑、手机时间不一样？
电脑和手机的系统时钟由主板晶振计时，会随时间缓慢漂移，长期不联网同步可能偏差几秒甚至几分钟。本工具默认显示经 NTP 校准后的时间；若校准失败（例如网络受限），会降级显示本机时间并明确标注「本地时钟」。
「立即校准」按钮做了什么？怎么查看本机时钟的偏差？
点击「立即校准」时，页面会连续向服务端采样 3 次：服务端返回「收到请求」与「生成响应」两个标准时间戳，浏览器同时记录发包与收包时刻， 再按 NTP 四时间戳公式 ((T2−T1)+(T3−T4))/2 算出「标准时间 − 本机 Date.now()」的偏差。这样服务端查询 NTP、拼装响应的耗时不会混进网络延迟，最后取 3 次中网络往返最短的一次。 之后页面用 Date.now() + 偏差 推算时间，所以只有校准的瞬间需要联网，平时断网也能继续走时。
由于上下行路径不完全对称、网络排队与浏览器调度存在抖动，每次校准的结果会有约 ±网络往返/2 量级的浮动（通常几十毫秒），属于正常现象； 「本机时钟偏差诊断」卡片会并排显示标准时间与本机时间（精确到毫秒）、偏差方向与数值、本次网络往返与单程补偿，并保留最近 5 次校准记录， 便于判断结果的可信度。页面还会每 10 分钟自动重新校准一次。
如何获取当前的北京时间时间戳？
页面「Unix 时间戳」区域会实时显示当前的秒级与毫秒级时间戳，点击即可复制。时间戳与时区无关，全球统一， 按东八区显示即为对应的北京时间。也可以直接访问 api.php 以纯文本方式获取当前时间。
怎样查看纽约、伦敦、东京等其他城市的时间？
在页面顶部的时区选择器中切换，或直接点击「世界主要城市时间」列表中的任一城市，主时钟会立即切换为该时区， 并显示它与北京时间的时差；夏令时切换由浏览器时区数据库自动处理。切换后的时区会写入网址参数，方便分享。
使用这个工具会消耗流量或需要安装软件吗？
不需要安装。页面为纯静态网页，时间计算全部在浏览器本地完成，仅在打开页面或点击「立即校准」时请求一次授时接口 （约几百字节），之后即使断网也会继续走时。