什么是 Unix 时间戳?
Unix 时间戳 是自 Unix 纪元 — 1970-01-01T00:00:00Z — 起经过的秒数(或毫秒数)。它是日志文件、API 响应、数据库字段和 JWT 声明中表示时间的规范方法。本转换器在 UTC、你的本地时区以及你添加的任何 IANA 时区中同步显示一个时间戳,并支持双向转换 — 全部在浏览器中完成,零网络请求。
Unix 时间戳转换是如何工作的?
该工具运行一条小型、确定性的流水线,镜像了平台原生的 Date 和 Intl.DateTimeFormat 行为:
- 数量级检测。大于 1012 的数值被视为毫秒;较小者被视为秒。
1700000000读作秒,1700000000000读作毫秒,两者指向同一时刻。 - 构建时刻。检测到的值如有需要乘到毫秒,然后传给
new Date(ms)。结果是一个不带自身时区的平台原生时刻 — 它永远是全球时间轴上的一个瞬间。 - 多时区渲染。对于选择器中的每个活动时区,工具以该时区调用
Intl.DateTimeFormat以生成四种并行视图 — 带正确偏移量的 ISO 8601、RFC 2822 风格的字符串、本地化长格式以及类似「3 分钟前」的相对时间短语。 - 日期 → 时间戳的反向转换。切换方向时,工具读取
datetime-local的墙钟值和所选时区,计算该时区在该墙钟时刻的偏移量,然后转换回 UTC 时刻。输出以 Unix 秒和 Unix 毫秒形式呈现,各自带有独立的复制按钮。 - 实时滴答。开启「实时」会启动一个
setInterval(tick, 1000)循环,每秒重绘每个单元格;关闭它会清除定时器并冻结显示。脉动的圆点反映了 Ultim8Soft 所有工具通用的标准实时模式契约。
为什么使用这个 Unix 时间戳转换器?
- 默认隐私。页面在初次文档加载后零网络调用。你的时间戳从不离开标签页 — 打开 DevTools,点击转换,网络面板始终保持静默。
- 秒和毫秒同框处理。无需再猜测你的日志行使用的是哪种单位;数量级检测器会选出正确的单位并告诉你它选了哪个。
- 一眼对照多时区。在 UTC、东京工程师的桌面、纽约客户的屏幕和伦敦审计账本之间比较一个支付时间戳 — 一次渲染搞定,无需日历算术。
- 符合 RFC 的输出。ISO 8601 使用精确的时区偏移,RFC 2822 遵循常规格式,本地化视图使用浏览器的首选语言。同一数字,四种格式,没有任何舍入意外。
Unix 时间戳的常见应用有哪些?
任何系统将时间作为数字写入的地方,Unix 时间戳转换器都是你首选的工具:
- 调试日志行。来自
journald、CloudWatch、Datadog 或 Sentry 的应用日志通常带有一个纪元列。把它粘贴到这里,即可在一次渲染中同时看到值班工程师所在时区和客户所在时区的精确墙钟时间。 - 解码 JWT 声明。JSON Web Token 内部的
iat和exp声明是 Unix 秒时间戳。将它们放入即可看到令牌何时签发、何时过期 — 以秒、毫秒、ISO 8601 和相对时间并排展示。 - 比较 API 响应时间戳。REST 和 webhook 负载使用不一致的单位发出时间戳 — Stripe 使用秒,Shopify 使用毫秒,GitHub 使用 ISO 字符串。转换原始整数以验证与订单行、审计日志和客户可见收据的对齐。
Unix 时间戳示例是什么样的?
以时间戳 1700000000 为例。数量级检测器将其读作秒(远低于 1012),所以工具构建 new Date(1700000000 * 1000) — 即时刻 2023-11-14T22:13:20.000Z。UTC 卡片显示 ISO 字符串、RFC 2822 形式(Tue, 14 Nov 2023 22:13:20 GMT)、本地化长格式以及一段以你当前时钟为基准计算的相对时间。东京卡片将同一时刻渲染为 2023-11-15T07:13:20.000+09:00,纽约卡片为 2023-11-14T17:13:20.000-05:00,伦敦卡片为 2023-11-14T22:13:20.000+00:00。把同一个值作为 1700000000000 毫秒输入也会得到相同的渲染 — 数量级检测器会在背后悄无声息地处理单位切换。
这个 Unix 时间戳转换器只做一件事:把一个数字变成一个时刻,或者把一个时刻变成一个数字,跨越你关心的所有时区,不向任何地方发送数据。粘贴、点击、复制、继续工作。