跳到正文

Unix 时间戳转换

Unix Timestamp Converter

在 epoch 秒、毫秒、ISO 8601 和人读日期之间按任意时区互转。

输入一个 Unix 时间戳,输出一个可读的日期——反过来也行。它能读秒、毫秒、微秒和纳秒,并告诉你它判定你的数字是哪一种,因为位数错了的时间戳会差上一千倍,落在 1970 年或者公元 55000 年。

🔒 完全在你的浏览器里运行timestampepochdateconvert
单位

按位数当作秒读的。判断错了就在上面手动选:1970年的毫秒时间戳和 1970年的秒时间戳位数差不多。

这个时刻

ISO 8601 (UTC)
2026-11-10T13:57:06.000Z
Asia/Seoul
2026-11-10 22:57:06 +09:00
你的浏览器
2026-11-10 13:57:06 +00:00
纪元时间(秒)
1794319026
纪元时间(毫秒)
1794319026000
纪元时间(微秒)
1794319026000000
纪元时间(纳秒)
1794319026000000000

相对现在

现在

星期

星期二

怎么用

  1. 粘贴数字

    单位按数量级猜——十位是秒,十三位是毫秒——并显示在屏幕上,猜错了你可以改。

  2. 在要紧的时区里读它

    UTC、你自己的时区和你选的任何时区一起显示。时间戳是一个瞬间;只有它的显示才有时区。

  3. 或者反过来

    输入日期和时间,得到时间戳,单位随你的数据库或日志格式的要求。

常见问题

我的时间戳显示 1970 年。哪里出错了?

几乎可以肯定是一个毫秒值被当成秒读了,或者这个值确实是零。1970-01-01T00:00:00Z 就是纪元本身,一个未初始化或缺失的时间戳通常就会变成它。

2038 年问题是什么?

有符号 32 位秒计数器在 2038 年 1 月 19 日溢出,绕回到 1901 年。这里没有任何 32 位的东西,所以换算没问题——但你要喂数据的那个系统未必没有,存一个遥远未来的日期之前,这一点值得知道。

包含闰秒吗?

不包含,任何地方的 Unix 时间戳都不包含。纪元按定义每天数 86,400 秒,所以闰秒是被重复而不是被计数的。这对天文学要紧,对你可能在做的其他任何事都不要紧。

可以从这些接进来

接下来

这些工具吃得下当前工具的产出,结果可以直接送过去。