⏱️ 时间戳转换
Unix 时间戳与日期时间双向转换，支持秒和毫秒。
当前时间戳
秒（10 位）
-
毫秒（13 位）
-
时间戳 → 日期
日期 → 时间戳
如何使用时间戳转换
输入 Unix 时间戳得到对应日期时间，或输入日期时间得到时间戳，支持秒级与毫秒级自动识别。
计算原理与公式
Unix 时间戳是从 1970-01-01 00:00:00 UTC 起的秒数。核心提醒：时间戳本身不带时区信息。把时间戳转为本地时间依赖浏览器时区设置，同一时间戳在北京时间和纽约会显示不同结果。秒级与毫秒级相差 1000 倍，混淆会导致日期差数千年。
适用场景
接口联调时排查时间问题、日志分析时间戳转换、跨时区协作确认、数据库时间字段核对。
计算示例
时间戳 1767225600 对应的日期（UTC 基准）：
| 场景 | 结果 |
|---|---|
| UTC 时间 | 2026-01-01 00:00:00 |
| 北京时间 (UTC+8) | 2026-01-01 08:00:00 |
| 纽约时间 (UTC-5) | 2025-12-31 14:00:00 |
| 毫秒表示 | 1767225600000 |
计算局限与假设
本工具默认使用浏览器本地时区显示，请在页面顶部确认时区标识。闰秒未纳入计算（Unix 时间戳体系本身忽略闰秒）。部分系统使用非 Unix 时间戳（如 Windows 的 FILETIME、Excel 的序列日期），需先转换格式。本工具不涉及夏令时提醒，跨夏令时地区需额外注意。
常见问题
10 位和 13 位时间戳怎么区分？
10 位是秒，13 位是毫秒，17 位是微秒。看数量级即可：1700000000 是 2023 年 11 月（秒），1700000000000 是 2033 年（毫秒）。对接接口时先确认对方单位，差 1000 倍是常见 bug。
时间戳会受时区影响吗？
时间戳本身不会——它是绝对时刻。受影响的是「转换成日期字符串」这一步：同一时间戳在北京是 10-08 08:00，在伦敦是 10-08 01:00。排查跨时区问题时，先确认各方是否都用 UTC 或都带时区偏移。
2038 年问题是什么？
32 位有符号整数最大表示 2147483647 秒，即 2038-01-19，超过后溢出变负数。现代 64 位系统和主流语言早已解决，但一些嵌入式老设备仍可能中招，属于历史遗留问题。