Toolify

Unix 时间戳转换 (秒/毫秒/ISO/本地)

输入时间戳查看多种格式的日期, 或选日期得 Unix 值。同时显示当前实时时间戳作为参考。

输入时间戳或日期开始转换。

工作原理

Unix 时间戳是什么

Unix 时间戳是自 Unix 纪元 (1970年1月1日 UTC 午夜) 以来的秒数 (或 JavaScript 中的毫秒)。一个数字无歧义编码一个时刻。API、数据库、日志文件到处用它, 因为时间戳比较只是整数算术。

JavaScript、Python 与许多其他系统用毫秒 (JS 中 Date.now() 返回 ms)。C、Go、Unix shell 用秒 (date +%s)。换算时务必确认单位 — 1.7 万亿是毫秒, 1.7 亿是秒。

ISO 8601 与本地化格式

ISO 8601 (例: 2026-05-06T14:30:00Z) 是通用交换格式。时区显式 ('Z' = UTC, 或 +09:00 等), 文本排序正确。存储和 API 一律用它。

本地化格式 (例: 'May 6, 2026, 2:30:00 PM') 用于显示。取决于用户语言和地区。本工具显示两种 — 代码用 ISO, 邮件或报告用本地化。

2038 年问题

32 位有符号 Unix 时间戳在 2³¹ − 1 秒 = 2,147,483,647 = 2038 年 1 月 19 日 03:14:07 UTC 溢出。使用 int32 的系统会回滚到负值, 破坏日期算术。现代系统用 64 位时间戳, 安全约 2920 亿年。

嵌入式系统、旧数据库 schema、遗留 C 代码请审计 time_t 大小。迁移到 64 位整数即可解决, 字符串 (ISO) 存储完全规避此问题。

常见问题

为什么时间戳有时是 13 位?

那是毫秒。JavaScript 与许多 Web API 用 ms。除以 1000 得秒。

Unix 时间戳是什么时区?

无 — 它是 UTC 自 epoch 起的秒数。用应用或用户所在时区把它转成本地日期。

转换准确吗?

准确。我们用浏览器的 Date API, 使用系统时钟。精度到毫秒。

ISO 8601 是什么?

国际标准日期时间格式: YYYY-MM-DDTHH:MM:SS+TZ。文本可排序, 时区无歧义。

为什么「本地时间」与系统时钟不一致?

用浏览器报告的时区。系统时钟错或浏览器时区不同就会有差异。

负时间戳有效吗?

有效 — 表示 1970 年前的日期。多数语言能处理; 但要小心数据库兼容性。

可以批量转换吗?

暂不。一次性转换适合本工具; 数千值用脚本。

数据会上传吗?

不会。转换在本地。

相关工具

最后更新: