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 = 1787274498
所有精度和格式
- 秒 (s)1787274498
- 毫秒 (ms)1787274498000
- 微秒 (µs)1787274498000000
- 纳秒 (ns)1787274498000000000
- UTC2026-08-21 01:08:18.000 UTC
- ISO 86012026-08-21T01:08:18.000Z
- RFC 2822Fri, 21 Aug 2026 01:08:18 GMT
- 本地Fri Aug 21 2026 01:08:18 GMT+0000 (Coordinated Universal Time)
- 相对49s前
自动检测基于数量级(~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 或只显示相关位数。
- 相对时间的基准?
- 页面渲染时浏览器的当前时间。刷新页面即更新。快速判断日志时间戳是否最近时很有用。
相关工具
Unix 时间戳转换器
将 Unix 时间戳转换为日期,或将日期转换为时间戳。
时间 0 0
纪元时间转换器 (Unix · NTP · FILETIME · .NET Ticks · Excel · Cocoa)
在 11 种历史纪元格式间转换同一时刻: Unix 秒/毫秒、NTP、Windows FILETIME、.NET DateTime Ticks、Mac HFS+、Apple Cocoa CFAbsoluteTime、Excel 1900·1904 序列号、ISO 8601、RFC 2822。
时间 0 0
日期格式转换
输入任意格式日期(ISO、RFC、Unix epoch、locale),同时显示 14+ 种标准格式。
时间 0 0
时长格式化
在人类可读("1h 30m")、时钟(1:30:00)、ISO 8601(PT1H30M)以及秒/分/时/天之间转换时长。
时间 0 0
时长计算器
按时、分、秒相加和相减时长 —— 得到 h:m:s 的总计,以及十进制小时、总分钟和总秒数。
时间 0 0
UUID 检查器 (版本·变体·时间)
粘贴任意 UUID 即可查看其版本(1–8)、变体,以及基于时间的 v1、v6、v7 中内嵌的创建时间戳、时钟序列与节点(MAC),全部在浏览器内解码。
开发 0 0