时间戳转换
Unix 时间戳与日期互转,自动识别秒、毫秒、微秒
最后更新:2026-10-09
工具介绍
开发时经常要在日志里的那串数字和人类可读的日期之间来回换算。本工具接受任意量级的 Unix 时间戳,自动判断它表示的是秒、毫秒还是微秒,一次给出本地时间、UTC 时间、ISO 8601 与相对时间;反向输入日期时间也能立刻得到对应的时间戳。
功能特性
量级自动识别
按数字位数判断量级:10 位按秒、13 位按毫秒、16 位按微秒。结果里会明确标出识别结论,避免看错数量级。
多格式并行展示
一次给出本地时间、UTC 时间、ISO 8601 与中文星期,并提供「多久之前 / 之后」的相对描述,满足排查日志与写文档的不同需要。
日期反查时间戳
输入 2026-10-09 12:30:00 这类常见格式即可得到时间戳,可直接复制用于代码或接口参数。
明确的错误提示
区分「不是纯数字」「超出可表示范围」「日期格式无法识别」等情形分别提示,而不是笼统地报一个错误。
怎么用
- 1
粘贴时间戳
把日志或数据库里的时间戳粘进输入框,位数会自动识别,结果实时更新。
- 2
或输入日期
想反向查询时,在日期框填入 2026-10-09 12:30:00 这样的时间即可看到对应时间戳。
- 3
取用结果
本地时间、UTC、ISO 8601 各行都有复制按钮,点一下即可粘贴到需要的地方。
- 4
拿不准就点当前时间
点「使用当前时间」可立即填入现在的时刻,方便对照计算偏移量。
参数说明
- 量级判定规则
- 绝对值位数 ≤ 11 按秒、12–14 位按毫秒、≥ 15 位按微秒。微秒会向下取整到毫秒,因为 JavaScript 的日期精度只到毫秒。
- 可表示范围
- 支持 1970-01-01 至 9999-12-31。超出范围的输入会被拒绝,避免显示一个看似合理却错误的时间。
- 时区说明
- 「本地时间」按你当前设备的时区渲染,「UTC 时间」固定为协调世界时,两者并列展示便于排除时区导致的偏差。
适用场景
- 排查日志时把时间戳转成可读时间,快速定位问题发生的时刻
- 查询数据库里存储的 created_at 字段到底对应哪一天
- 给接口参数或测试用例生成一个准确的时间戳
- 核对前后端时间相差几个小时,判断是否为时区配置问题
- 写文档或做数据分析时,把日期批量换成数值型时间戳
- 计算某个时间点距今多久,用于判断缓存是否过期
常见问题
关于这个工具,你可能会问
秒和毫秒怎么区分?
看位数最方便:10 位是秒(到 2286 年为止),13 位是毫秒,16 位是微秒。本工具会自动判断并在结果里标出识别结论,你不需要手工乘除 1000。
为什么转换出来的时间和我预期差几个小时?
多半是时区差异。本工具默认按你设备的本地时区展示,同时并列给出 UTC 时间。把两者对照一下,就能确定是时区设置造成的偏移还是时间戳本身有误。
时间戳会受时区影响吗?
不会。Unix 时间戳定义的是从 1970-01-01T00:00:00Z 起经过的秒数,是一个绝对时刻,与任何时区无关;时区只影响它以文字形式显示出来的样子。
负的时间戳表示什么?
负值表示 1970-01-01 之前的时刻。本工具目前不接受负值输入,因为绝大多数业务场景用不到,且容易因误输入导致误判。
支持 2038 年之后吗?
支持。2038 年问题源自 32 位有符号整数溢出,而 JavaScript 使用双精度浮点数表示时间,在本工具的可表示范围(至 9999 年)内都没有问题。
微秒为什么被截断?
JavaScript 的日期对象精度只到毫秒,微秒部分会向下取整。若你的数据确实需要微秒精度,请以服务端或数据库中的原始值为准。
日期框支持哪些格式?
支持 2026-10-09 12:30:00、2026-10-09、2026/10/09 以及 2026-10-09T12:30:00Z 等常见写法。无法识别时会给出明确提示。
转换过程会上传数据吗?
不会。全部换算都在浏览器内完成,不发送任何请求,时间戳这类信息也不会离开你的设备。