时间戳转换器
在 Unix 纪元和可读日期之间转换
现在： 1781722944 · 2026-06-17T19:02:24.285Z
UTC：Wed, 17 Jun 2026 19:02:24 GMT
ISO：2026-06-17T19:02:24.000Z
本地：Wed Jun 17 2026 19:02:24 GMT+0000 (Coordinated Universal Time)
相对：now
纪元（秒）：1781722944
纪元（毫秒）：1781722944285
UTC：Wed, 17 Jun 2026 19:02:24 GMT
相对：now
什么是 Unix 时间戳？
Unix 时间戳是自 1970-01-01 00:00:00 UTC 起的秒数（或毫秒数），即 '纪元'。它是数据库、日志文件、API 和大多数编程语言中的标准时间格式。基于秒的时间戳今天是 10 位长；基于毫秒的时间戳是 13 位长。
转换器接受这两种格式，根据长度自动检测，并在您的本地时区、UTC 和 ISO 8601 中呈现结果 — 选择您的下游系统所需的格式。反向转换也可以：输入一个日期并获取相应的时间戳。
使用场景
- 读 API 响应——把 `created_at: 1714435200` 转成人类可读日期再开 debugger。
- 排定时任务——把未来日期填入，拿对应的 Unix 时间戳喂给 at-job。
- 审计 epoch 日志——粘 CloudWatch / Datadog 的 epoch 字段，对齐你的时区。
- 迁移历史数据——在系统间搬运时间戳时秒和毫秒互转。
示例
| 输入 | 结果 |
|---|---|
| 1700000000 | 2023-11-14T22:13:20Z (UTC) · ISO 8601 |
| 2024-01-01T00:00:00Z | 1704067200 (seconds) · 1704067200000 (ms) |
常见问题
秒还是毫秒？
大多数 API 使用秒（10 位时间戳）。JavaScript 的 `Date.now()` 和许多较新的系统使用毫秒（13 位）。该工具根据长度自动检测。
时间戳是否考虑时区？
时间戳本身始终是 UTC。该工具同时以 UTC、ISO 8601 和您浏览器的本地时区显示——没有切换它们的选项。
2038 年之后会发生什么？
32 位有符号 Unix 时间戳在 2038-01-19 03:14:07 UTC 溢出（2038 年问题）。64 位时间戳不受影响 — 大多数现代系统已经在使用它们。
我可以在时区之间转换吗？
该工具同时显示 UTC、ISO 8601 和您浏览器的本地时间；它不提供任意目标时区选择器。基础时间戳不会移动——只有其显示格式不同。
有任何内容被上传吗？
没有 — 转换在您的浏览器中使用原生 `Date` API 运行。