日期时间格式转换
在线把日期时间在 ISO 8601、RFC 3339、Unix 时间戳、Excel 序列号、UTC 等多种表示之间互相转换，并支持时区换算
日期时间格式转换是什么
把一段日期时间文本转成 15 种表示：ISO 8601、RFC 3339、Unix 时间戳、毫秒时间戳、Excel 序列号、Mongo ObjectID、LDAP 时间戳、Win32 FileTime、.Net ticks 等，还能同时换算到多个时区。调接口、对日志、跨平台排查时间问题时用它。
所有计算都在你的浏览器本地完成，输入的内容不会上传到服务器。
怎么用日期时间格式转换
- 在顶部输入框里填日期或时间字符串，工具会自动猜测它属于哪种格式并高亮对应的下拉项
- 若自动识别错了，手动在右侧下拉里选正确的输入格式（默认 Unix timestamp）
- 下方会一次性列出全部 15 种格式的结果，每行右侧可复制
- 想同时看多个时区就点「添加时区」，在新增的行里选时区，右侧给出该时区下的时间
- 输入框清空时，所有结果会显示当前时刻并每秒刷新，可以当实时时间显示器用
示例
输入
1700000000（格式选 Unix timestamp）输出
ISO 8601 UTC 行显示 2023-11-14T22:13:20.000Z；毫秒时间戳行显示 1700000000000；Excel 日期/时间行约 45244.93ISO 8601 那一行会带本地时区偏移，跨国协作时请复制 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 位十六进制就是创建时间的秒级时间戳，反算出来精度是秒，且不含时区信息。
小提示
- Unix timestamp 和毫秒时间戳差 1000 倍：10 位数字是秒，13 位是毫秒，16 位是微秒。识别错会把 1970 年算成 2025 年，务必看一眼位数。
- Excel 序列号的换算是 毫秒/86400000 + 25569，也就是以 1899-12-30 为 0 值，并带 Excel 那个虚构的 1900 闰日偏移；直接拿 Excel 里的整数填进来即可
- LDAP 时间戳有个坑：生成时用的是 UTC，解析时按本地时区构造，跨时区来回换算会有几小时偏差，别拿它做精确对时