| 序号 | 原值 | 识别为 | 转换结果 | 相对现在 |
|---|
Unix 时间戳是「从 1970-01-01 00:00:00 UTC 起过了多少秒」。日志里、数据库里、接口返回里到处都是这个数字，但人看着它没法判断是哪天，这一页就是把它翻成能读的日期，反过来也行。
三个容易被忽略的细节，页面都处理了：
一、秒还是毫秒。JavaScript 的 Date 用毫秒，很多后端接口用秒，混用是最常见的错误来源——把 10 位当毫秒算，日期会落到 1970 年；把 13 位当秒算，会飞到几万年以后。这里按位数判断：10 位秒、13 位毫秒、16 位微秒，并在结果里标明按哪种解读。
二、时区。时间戳本身是 UTC 无关的绝对时刻，同一个数字在任何时区都指向同一瞬间，变的只是「显示成几点」。默认按本机时区显示，也可以固定成北京时间（UTC+8）、UTC、美东美西等，方便对海外服务器的日志。
三、批量。日志里往往一次出现几十个时间戳，粘贴进来一起换，比一个一个查快得多；日期写得规整的话也能反向批量转成时间戳。
全部计算在浏览器里完成，没有后端接口。
| 想做什么 | 怎么做 | 说明 |
|---|---|---|
| 日志里的数字是什么时候 | 粘时间戳，看转换结果 | 10 位是秒，13 位是毫秒，页面会标明 |
| 算某个时间点的时间戳 | 直接写日期 | 支持 2026-10-23、2026年10月23日 等写法 |
| 核对海外服务器日志 | 时区切成 UTC | 避免把 UTC 时间当成本地时间 |
| 批量处理一份时间戳清单 | 一次贴多行 | 结果可导出 CSV |
| 看两个时间点差多久 | 贴两个，看「相对现在」 | 会显示「3 天前」「2 小时后」 |
多半是把毫秒值当秒算了，或者反过来。JavaScript 的 new Date(1761135000) 会把它当毫秒，实际是 1970-01-21。页面按位数自动判断，并在「识别为」一列写明是秒还是毫秒；如果你确认它判断错了，把「毫秒」选项切成「截到秒」或「保留毫秒」再试。
有。负数表示 1970 年之前的时刻，比如 -86400 是 1969-12-31。页面支持负数，但请确认一下输入框里没有把减号当成列表符号删掉。
那是在把转换结果与当前时刻做差值，方便判断「这条日志是刚才的还是几年前的」。它只做展示，不影响转换结果本身。
YYYY 年、MM 月、DD 日、HH 时（24 小时）、mm 分、ss 秒、SSS 毫秒、ddd 星期几。比如 YYYY年MM月DD日 HH:mm 会输出「2026年10月23日 04:30」。格式串里的其他字符原样保留。
按上面选的时区。选「本机时区」时，2026-10-23 00:00:00 指的是你电脑所在时区的零点；选「北京时间」时，它就固定指 UTC+8 的零点，两者算出的时间戳会差 8 小时。这也是跨时区协作时最容易算错的地方。
这个工具完全在你的浏览器里运行：你输入的内容、上传的文件，都不会离开你的电脑，也不会传到任何服务器。
放心用，数据只在你自己的电脑上转一圈。
用手机相机扫描二维码，即可继续使用该工具
遇到问题或有好建议？告诉我们。