安全转换 Epoch 数值
粘贴带可选正负号的整数，检查工具识别出的单位，再选择用于可读结果的时区。1700000000、1700000000000、1700000000000000 和 1700000000000000000 分别采用四种单位，却表示同一个时刻。
自动识别适合当代常见数值，但不是不可更改的判断。处理历史数据、负数或非常遥远的日期时，应该根据字段文档手动选择单位。
各种输出有什么区别？
UTC 是统一参考时间；指定时区时间 会使用 IANA 时区规则和当时有效的夏令时偏移；ISO 8601 适合机器读取和日志交换；RFC 2822 常见于邮件与旧式协议。毫秒结果便于与 JavaScript Date 和许多 API 字段核对。
常见错误
- 把 13 位毫秒当成秒，会产生极其遥远或超出范围的日期。
- 给本地日期直接加
Z，等于宣称原值是 UTC，会改变它代表的时刻。 - 时间戳不会记住创建地点；从日期反推时间戳时才必须明确输入时区。
- 微秒或纳秒可以保留单位数值，但浏览器日期显示通常只能精确到毫秒。
具体怎么使用
粘贴原始整数，不添加千位分隔符。按源数据文档选择单位，或核对自动识别建议，再选择显示时区并点击转换。修改输入、单位或时区后，上一份结果立即清除，防止误复制。
输入与输出示例
| 输入或设置 | 预期结果 |
|---|---|
0 · s | 1970-01-01T00:00:00.000Z |
1700000000000 · ms | 2023-11-14T22:13:20.000Z |
-1 · ns | 1969-12-31T23:59:59.999Z |
使用结果前的检查
UTC 与 ISO 表达同一时刻。微秒和纳秒行保留原始整数，日历日期显示到毫秒。有精度提示时，精确导出应保留更细的整数值。超范围整数与非整数有不同错误提示；纠正数据前先阅读单位差异。