时间戳转换
在 Unix 秒/毫秒时间戳与本地时间、UTC、ISO 8601、RFC 2822、Excel 序列号、Mongo ObjectId 之间互转，输入自动识别秒与毫秒。
浏览器本地运行所有计算都在你的浏览器里完成，数据不会离开本机。
当前时间戳
本地时间按浏览器时区计算；Excel 序列号以 1899-12-30 为起点（含 1900 闰年 bug）。
————转换结果
日期 → 时间戳
支持 ISO 8601、RFC 3339、RFC 2822 与 YYYY-MM-DD HH:mm:ss；没有时区信息时按 UTC 解析
这个工具能做什么
- 拿到一串 1700000000 这样的数字，想知道它到底是哪天：秒和毫秒会自动识别，一次看到本地时间、UTC 和 ISO 8601。
- 排查跨时区问题：本地时间带上 +08:00 这样的偏移量，和 UTC 时间并排显示，一眼看出差几个小时。
- 对接第三方系统：顺手拿到 RFC 2822（邮件头格式）、Excel 序列号（1899-12-30 起点）和 Mongo ObjectId 的时间前缀。
- 反过来也能用：把 2026-10-10 12:00:00 这样的日期字符串转成秒和毫秒时间戳。
示例
输入
1700000000（自动识别为秒级）
输出
本地时间：2023-11-15 06:13:20 +08:00 UTC 时间：2023-11-14 22:13:20 UTC ISO 8601：2023-11-14T22:13:20.000Z RFC 2822：Wed, 15 Nov 2023 06:13:20 +0800 Excel 序列号：45244.92592592593 Mongo ObjectId 前缀：6553f100 Unix 秒：1700000000 Unix 毫秒：1700000000000
上面的「本地时间」按 UTC+8 计算；你自己的浏览器会按本机时区显示，所以这一行可能不同。
常见问题
10 位和 13 位怎么区分？
自动识别按位数判断：1–10 位当秒，11–13 位当毫秒。所以 1700000000 是 2023-11-15，而 1700000000000 是同一时刻的毫秒写法。不确定时可以手动把「输入单位」切成秒或毫秒。
为什么本地时间和 UTC 时间差了几个小时？
本地时间是按你浏览器的时区偏移量算出来的，UTC 时间则固定为 0 偏移。同一个时刻在两地显示的时刻不同、但代表的时间点相同；页面上本地时间会带上 +08:00 之类的后缀提醒你这一点。
Excel 序列号为什么带小数？
Excel 把日期存成「从 1899-12-30 起的天数」，小数部分就是当天的时刻。1970-01-01 对应 25569，所以 2023-11-15 06:13:20 是 45244.925…，用 Excel 打开时设成日期格式就能看。
日期转时间戳时不写时区会怎样？
2026-10-10 12:00:00 这种没有时区信息的写法按 UTC 解析，结果是 1791633600。想要本地时间请写成带偏移的 ISO 8601，比如 2026-10-10T12:00:00+08:00。
时间戳会被发送到服务器校验吗？
不会。解析和格式化全部在浏览器里完成，包括「当前时间戳」也是本地取 Date.now()，页面不发任何请求。
关键词：timestampunixepoch时间戳毫秒秒iso 8601rfc 2822excel serialobjectidunix 时间戳转换