Unix 时间精度转换
时间
不同系统使用不同的 Unix 时间戳精度:PostgreSQL `now()` 是微秒,JS `Date.now()` 是毫秒,Go `time.Unix()` 是秒,gRPC `Timestamp` 是秒+纳秒,Prometheus 是浮点秒,syslog 是纳秒。当你从日志复制了一个数字但不知道单位时,本工具按数量级自动检测(十亿级 = s、万亿级 = ms 等),并并排显示 4 个精度以及可读格式:ISO 8601、RFC 2822(UTC)、本地时间、「X 前 / X 后」。如果你知道单位,可手动强制。
—
检测到的精度: 秒 (s)· input n = 1781064267
所有精度和格式
- 秒 (s)1781064267
- 毫秒 (ms)1781064267000
- 微秒 (µs)1781064267000000
- 纳秒 (ns)1781064267000000000
- UTC2026-06-10 04:04:27.000 UTC
- ISO 86012026-06-10T04:04:27.000Z
- RFC 2822Wed, 10 Jun 2026 04:04:27 GMT
- 本地Wed Jun 10 2026 04:04:27 GMT+0000 (Coordinated Universal Time)
- 相对1.1m前
自动检测基于数量级(~10^9 = s,~10^12 = ms 等)。时间戳过远时请手动强制。
使用方法
- 粘贴一个数字 — 逗号、下划线、空格会自动去除。
- 自动检测按数量级选 s/ms/us/ns;若不对,可用下拉强制。
- 4 种精度和 4 种日期格式并排显示。复制目标系统需要的那一种。
常见问题
- 自动检测如何工作?
- 现代时间戳数量级可预测:2026 年的 unix-seconds 约 1.78×10^9、ms 约 1.78×10^12、us 约 1.78×10^15、ns 约 1.78×10^18。我们选择数字所属的 10 的幂区间作为精度。异常值(如 100 年后)可手动覆盖。
- 为什么微秒/纳秒输出可能失去精度?
- JavaScript Number 是 64 位浮点,尾数 53 位 — 在 Date 整个范围内 ms 精度安全,但 ns 值超过 2^53 后低位会失精。如需对大数做精确纳秒运算,请使用 BigInt 或只显示相关位数。
- 相对时间的基准?
- 页面渲染时浏览器的当前时间。刷新页面即更新。快速判断日志时间戳是否最近时很有用。