← 返回工具箱

DATE / UNIX EPOCH

Unix 时间戳转换器

把 Unix 秒、毫秒、微秒或纳秒转换为可读时间，也可以从本地时间、UTC 或北京时间反算时间戳。自动识别只是便捷入口，边界数据可直接指定单位。

LIVE CLOCK

当前时间

浏览器本地时间

加载中…

Unix 秒

加载中…

Unix 毫秒

加载中…

TIMESTAMP → DATE

时间戳转日期

DATE → TIMESTAMP

日期转时间戳

这串时间按什么时区解释

READ THE NUMBER

别只靠 10 位和 13 位猜单位

自动识别是启发式

常见当前时间通常是 10 位秒、13 位毫秒、16 位微秒和 19 位纳秒；早期日期、远期日期和前导零可能打破这个经验。

datetime-local 没有时区

同一串 09:00 按浏览器本地、UTC 或北京时间解释，会得到不同时间戳。转换前必须先确认原数据约定。

浏览器日期只精确到毫秒

页面会保留时间戳输入中的微秒和纳秒数字，但可读日期由 JavaScript Date 显示，只能精确到毫秒。

RELATED TOOLS

接着处理

查看全部工具 →
日期计算器计算日期相差天数、工作日与日期加减。跨时区会议比较多个城市时区和工作时间窗口。Cron 表达式解析定时任务并预览未来运行时间。JWT 时间检查检查 exp、iat、nbf 等时间声明。

USE & REVIEW

Unix 时间戳转换器常见问题

查看全部工具指南 →

怎样判断一串时间戳是秒还是毫秒？

当前日期附近的 Unix 秒通常是 10 位，毫秒通常是 13 位，微秒与纳秒常见为 16 位和 19 位，但这只是经验。早期日期、远期日期、负数和前导零都会破坏位数规律。来源明确时应直接选择单位；只有不知道来源时再使用自动识别，并核对转换后的年份。

为什么纳秒时间戳转换后只显示到毫秒？

页面会用 BigInt 保留输入中的微秒和纳秒整数，也会给出精确的秒、毫秒、微秒和纳秒结果；但浏览器 JavaScript Date 的可读日期精度是毫秒，因此 ISO 和时区日期会截到毫秒。需要核对纳秒差值时，应查看精确数字行，而不是只看格式化日期。

datetime-local 输入框里的时间属于哪个时区？

这个 HTML 输入类型本身不携带时区。页面因此要求你明确选择浏览器本地时间、UTC 或北京时间。例如同样的 2026-01-01 09:00，按北京时间解释与按 UTC 解释会相差 8 小时。原始数据来自日志、数据库或第三方接口时，应先查清它采用的时区约定。

可以转换 1970 年以前的负数时间戳吗？

可以。Unix 纪元是 1970-01-01 00:00:00 UTC，负数表示这个时刻以前的时间。浏览器 Date 仍有可表示范围，超出范围时页面会报错；历史日期还可能受历法、旧时区规则和数据源约定影响，不应把现代时区格式化结果当作所有历史系统的唯一记录。

ISO 8601 末尾的 Z 代表北京时间吗？

不是。Z 表示 UTC，也就是零时区。北京时间通常写成带 +08:00 的时间，例如 2026-01-01T08:00:00+08:00，与 2026-01-01T00:00:00Z 表示同一个瞬间。保存和传输时间时优先保留 Z 或明确偏移量，避免只传一串没有时区的日期文字。

输入的时间戳会上传服务器吗？

不会。解析、BigInt 单位换算、时区格式化、复制和 TXT 报告生成都在当前浏览器完成。页面不会替你判断数据库字段定义，也不会修正来源系统的时钟漂移；重要日志应结合原字段类型、服务器时区和另一条已知时间记录交叉验证。