Unix时间戳转换工具

输入 Unix 时间戳或 ISO 8601 日期时间。单位根据数字的位数判断,您会得到同一时刻在各单位下的数值,以及 UTC 和您所在时区的时间。

免费 在浏览器中运行 核对于2026年11月10日星期二

整数:10位为秒,13位为毫秒,16位为微秒,19位为纳秒。也可以是日期时间,例如2023-11-14T22:13:20Z。

没有时区的日期时间使用

仅用于没有 Z 或 +hh:mm 的日期或日期时间:按您所在的时区或 UTC 读取。

结果

1970年以来的秒数 — 整数秒。1970年之前为负数。
读取为 —
1970年以来的毫秒数 —
ISO 8601(UTC) —
您的本地时间 —
相对于现在 —

此工具在您的浏览器中运行。您输入的内容不会发送给我们。

使用方法

  1. 将时间戳或日期时间输入到时间戳或日期时间中。
  2. 查看读取为,了解该数字被当作哪一种单位。
  3. 若日期没有时区,而您指的是 UTC,请在没有时区的日期时间使用中选择 UTC。
  4. 在您的代码中使用1970年以来的秒数和1970年以来的毫秒数;若要与日志对照,则使用 ISO 8601(UTC)。

什么是 Unix 时间戳

Unix 时间戳计算自1970年1月1日00:00:00 UTC(即 Unix 纪元)以来的秒数,不计闰秒。许多系统改为计算毫秒,一些数据库和日志则使用微秒或纳秒。同一时刻在不同单位下的数字各不相同。

seconds = milliseconds ÷ 1000
milliseconds = microseconds ÷ 1000
microseconds = nanoseconds ÷ 1000

单位如何判断

页面不会询问您指的是哪种单位,而是数整数的位数:最多10位为秒(直到2286年),11至13位为毫秒,14至16位为微秒,17至19位为纳秒。

  • 1700000000有10位,因此是秒。
  • 1700000000000有13位,因此是毫秒。
  • 1700000000000000有16位,因此是微秒。
  • 1700000000000000000有19位,因此是纳秒。
  • 1970年之前的数字为负数,例如 -1表示1969年12月31日23:59:59 UTC。POSIX 未对其作出定义,但多数系统都从纪元向前计算,本页面也是如此。

ISO 8601 日期时间

2023-11-14T22:13:20Z 这样的值包含日期、字母 T 和时间。字母 Z 表示 UTC,而 +03:00之类的偏移量给出时区。没有偏移量时,页面使用您在时区栏中选择的规则。

计算示例:1700000000

该数字有10位,因此按秒读取。它是2023年11月14日22:13:20 UTC,即1,700,000,000,000毫秒。

同一时刻在伊斯坦布尔(UTC+03:00)为2023年11月15日01:13:20。

输入 读取为 秒 毫秒 ISO 8601(UTC)
1700000000 秒(10位) 1,700,000,000 1,700,000,000,000 2023-11-14T22:13:20.000Z
2023-11-14T22:13:20Z ISO 8601 日期时间 1,700,000,000 1,700,000,000,000 2023-11-14T22:13:20.000Z

常见问题

什么是 Unix 纪元?

Unix 纪元是1970年1月1日00:00:00 UTC。Unix 时间戳计算的是自那时起的时间,因此早于该时刻的数字为负数。

为什么我的时间戳显示的日期在1970年,或远在未来?

把毫秒当作秒读取,会得到几千年以后的日期;把秒当作毫秒读取,则会落在1970年1月20日。请核对位数:10位为秒,13位为毫秒。

Unix 时间戳在每个时区都相同吗?

相同。它从 UTC 中一个固定的时刻开始计算,因此数字在任何地方都相同。只有它旁边写出的本地时间,才取决于您所在的时区。

页面会把我的日期发送到服务器吗?

不会。换算在您的浏览器中进行,使用的是您自己设备的时区,您输入的日期不会被发送、保存或记录。

为什么没有时区的日期在另一个工具中得出不同的结果?

没有时区的日期或日期时间并不指定某个确定的时刻。本页面按您所选的规则读取它,而其他工具可能使用 UTC 或其服务器所在的时区。请选择与您的数据相符的规则。

资料来源

数据和文字最近核对于2026年11月10日星期二。

我们使用必要的 Cookie 来运行网站。经您同意后,Google 还会使用广告 Cookie 展示个性化广告。如果您拒绝,仍会看到广告,但广告不会个性化。