日期时间格式转换

把一段日期时间文本转成 15 种表示：ISO 8601、RFC 3339、Unix 时间戳、毫秒时间戳、Excel 序列号、Mongo ObjectID、LDAP 时间戳、Win32 FileTime、.Net ticks 等，还能同时换算到多个时区。调接口、对日志、跨平台排查时间问题时用它。

工具界面在页面加载完成后显示在本段下方，可以直接使用。所有计算都在你的浏览器本地完成，输入的内容不会上传到服务器。

日期时间格式转换能做什么

输入：

1700000000（格式选 Unix timestamp）

输出：

ISO 8601 UTC 行显示 2023-11-14T22:13:20.000Z；毫秒时间戳行显示 1700000000000；Excel 日期/时间行约 45244.93

ISO 8601 那一行会带本地时区偏移，跨国协作时请复制 UTC 版本

Unix timestamp 和毫秒时间戳差 1000 倍：10 位数字是秒，13 位是毫秒，16 位是微秒。识别错会把 1970 年算成 2025 年，务必看一眼位数。
Excel 序列号的换算是毫秒/86400000 + 25569，也就是以 1899-12-30 为 0 值，并带 Excel 那个虚构的 1900 闰日偏移；直接拿 Excel 里的整数填进来即可
LDAP 时间戳有个坑：生成时用的是 UTC，解析时按本地时区构造，跨时区来回换算会有几小时偏差，别拿它做精确对时

我填的时间会被上传吗？

不会。所有换算都在浏览器里用 date-fns 完成，输入内容只存在于你的页面。

为什么要区分 ISO 8601 和 ISO 8601 UTC？

前者带本地时区偏移（比如 +08:00），后者强制转成 UTC 并以 Z 结尾。对接后端接口时一般要 UTC 版本。

填写什么格式才会被自动识别？

常见写法都行：2025-03-01T12:00:00Z、2025-03-01 12:00:00、10 位或 13 位数字、24 位 Mongo ObjectID、18 位 FileTime 等。个别格式（如 .Net ticks）匹配规则较宽松，建议手动选一下。

Mongo ObjectID 能反推出时间吗？

能。ObjectID 前 8 位十六进制就是创建时间的秒级时间戳，反算出来精度是秒，且不含时区信息。