所有工具开发者工具

Unix 时间戳转换器

将以秒、毫秒、微秒或纳秒为单位的 Unix 时间戳转换为 UTC 或全球主要时区的日期，或将日期转换回时间戳。

当前 Unix 时间

时区

您输入的内容不会被存储，转换后在同一请求中返回。

关于 Unix 时间戳转换器

日志、数据库和 API 以 Unix 时间戳记录时间，即自 1970 年 1 月 1 日 UTC 起经过的秒数。把时间戳粘贴到这里，即可看到它在你所在时区的实际日期和时间；也可以把日期转换成查询或 API 调用需要的时间戳。

功能说明

根据数值大小判断时间戳是秒、毫秒、微秒还是纳秒。
按所选时区显示日期及其 UTC 偏移，并给出 UTC 和本地时间的 ISO 8601 格式。
把 dd/mm/yyyy 格式的日期和时间转换回秒和毫秒。
当某个本地时间因夏令时切换而被跳过或重复时发出提醒。
实时显示当前 Unix 时间，可一键复制。

工作原理

1 选择你的时区（若浏览器时区在列表中，会自动选中）。
2 粘贴时间戳并点击 Convert，或输入日期以获得对应的时间戳。
3 复制你需要的格式。

秒还是毫秒：如何判断单位

当下日期的时间戳以秒为单位时有 10 位（1767225600 即 2026 年 1 月 1 日 00:00 UTC），毫秒为 13 位，微秒为 16 位，纳秒为 19 位。工具按数值大小判断：小于 10^11 视为秒，小于 10^14 视为毫秒，小于 10^17 视为微秒，更大的视为纳秒。JavaScript 的 Date.now() 和大多数 Java API 返回毫秒；Unix 工具、Python 的 time.time() 和大多数数据库返回秒。你也可以手动指定单位。

时区与夏令时

Unix 时间戳始终是 UTC，只有在展示给人看时时区才有意义。反过来，本地时间可能有歧义：时钟回拨时 01:30 会出现两次，时钟拨快时 02:30 根本不存在。工具在这两种情况下都会提醒，而不是悄悄选一个。这正是报表每年两次差一小时的常见原因。

负数时间戳、小数和有效范围

负数时间戳表示 1970 年之前的日期：-86400 是 31/12/1969 00:00 UTC。本工具接受从 -62135596800（01/01/0001 00:00:00 UTC）到 253402300799（31/12/9999 23:59:59 UTC）之间的任意时刻。小数部分作为秒的小数保留，所以 1700000000.5 是 14/11/2023 22:13:20.5 UTC。单位只按数值大小判断，因此 03/03/1973 之前的毫秒值最多 11 位，会被当作秒：86400000 显示为 27/09/1972，而不是 02/01/1970。遇到这类旧数值，请把单位设为毫秒。

在 Excel、Google 表格和 SQL 中转换时间戳

在 Excel 或 Google 表格中，=A1/86400+DATE(1970,1,1) 会把 A1 单元格中的秒数转换为 UTC 日期（毫秒请除以 86400000），再把单元格格式设为日期和时间。要显示本地时间，加上以小时计的 UTC 偏移除以 24，例如北京时间加 +8/24。=(A1-DATE(1970,1,1))*86400 则把日期换回秒数。在 PostgreSQL 中，to_timestamp(1700000000) 返回 timestamptz，EXTRACT(EPOCH FROM column) 反向转换；在 MySQL 中，FROM_UNIXTIME(1700000000) 和 UNIX_TIMESTAMP(column) 都使用会话时区。把同一个值粘贴到这里即可核对公式：1700000000 应得到 14/11/2023 22:13:20 UTC。

问题

为什么转换出来的日期是 1970 年？

这个值很可能是秒却被当作毫秒读取，或者在源系统中本来就是 0 或空值。1970 年 1 月的日期几乎总是表示缺失值，而不是真实事件。

会计算闰秒吗？

不会。Unix 时间忽略闰秒，所以每天正好 86,400 秒。这与计算机、数据库和 API 存储时间的方式一致。

如何区分秒和毫秒？

数一数位数。目前以秒为单位的时间戳是 10 位，毫秒是 13 位。转换器会自动识别，你也可以自行设置单位。

Unix 时间戳有时区吗？

没有。它从 UTC 的同一时刻开始计秒，所以同一个时间戳在任何地方都代表同一瞬间。只有显示方式取决于时区。

2038 年会发生什么？

以有符号 32 位整数存储时间戳的系统会在 19/01/2038 溢出。本转换器使用完整大小的数值，可处理到 9999 年的日期。

如何在代码中获取当前 Unix 时间戳？

在 JavaScript 中，Math.floor(Date.now() / 1000) 得到秒；单独的 Date.now() 得到毫秒。在 Python 中用 int(time.time())。在 Linux 或 macOS 终端中用 date +%s。在 PostgreSQL 中用 EXTRACT(EPOCH FROM now())（带小数），在 MySQL 中用 UNIX_TIMESTAMP()。本页的实时时钟以秒显示同一个值，可直接复制。

可以选择哪些时区？

来自 IANA 时区数据库的 40 个常用时区，每个都以城市命名，从 UTC 和 Asia/Kolkata（印度）到 America/Los_Angeles 和 Pacific/Auckland。每个时区都会按所转换的日期应用自己的夏令时规则。浏览器所在时区若在列表中会被预先选中，否则页面从 UTC 开始。如果没有你的城市，请选择列表中今天时间相同的城市，例如北京用 Asia/Shanghai。

如何把一个时区的时间换算成另一个时区，比如 IST 换成 EST？

两张卡片配合使用。时区选择 Asia/Kolkata，在日期转时间戳中输入 14/11/2023 和 10:00，点击转换，得到 1699936200。把它粘贴到时间戳转日期，再把时区切换为 America/New_York。时间戳转日期此时显示 13/11/2023 23:30:00，UTC 偏移 -05:00，也就是纽约的前一天晚上。夏令时按你输入的日期计算，所以 14/07/2023 印度的 10:00 是纽约 14/07/2023 的 00:30，偏移 -04:00。切换时区后，日期转时间戳中输入的日期也会按纽约时间重新读取，所以答案以时间戳转日期为准。

为什么 18 位的 Active Directory 时间戳会显示成 1970 年代的日期？

lastLogonTimestamp、pwdLastSet 等属性是 Windows FILETIME 值：从 01/01/1601 UTC 起计的 100 纳秒间隔数，而不是 Unix 时间。直接粘贴 133446720000000000 会被当作纳秒，显示为 25/03/1974。请先除以 10000000 再减去 11644473600：得到 1700198400，即 17/11/2023 05:20:00 UTC。在 Excel 中，=A1/864000000000-109205 得到相同的 UTC 日期和时间；在 PowerShell 中，可用 [DateTime]::FromFileTimeUtc(133446720000000000)。

如何转换 2023-11-14T22:13:20+05:30 这样的 ISO 8601 时间？

在日期转时间戳中分别填写：日期 14/11/2023，时间 22:13:20。选择在该日期偏移相同的时区，+05:30 选 Asia/Kolkata，以 Z 结尾的值选 UTC，然后点击转换：结果是 1699980200。如果列表中没有该偏移的时区，请自己减去偏移并按 UTC 填写时间：22:13:20+05:30 就是 16:43:20 UTC。时间戳转日期会以 UTC 和本地时间两种形式显示 ISO 8601，可直接复制。