01970-01-01 00:00:00 GMT+00:00关于 Unix 时间戳转换器
时间戳转换工具在 Unix 秒/毫秒时间戳与本地时间、UTC 时间之间双向转换，并支持自定义显示格式与时区切换。它适合调试日志中的时间字段、接口返回的 createdAt/updatedAt、数据库存储的 epoch 值以及 JWT 的 exp/iat 过期时间，也提供当前时间戳一键获取功能。例如把 Unix 秒 1710000000 转换为 2024-03-09 17:00:00 (UTC)，或反向把本地时间换算为毫秒时间戳，适合核对日志与接口字段。核对跨时区日志时，先统一换算到标准时间再比对，能避开夏令时带来的偏移；接口返回的时间字段建议明确单位与精度的约定，转换结果可一键复制回调试工具或文档，减少来回换算造成的误判，排查问题时也更容易对齐。
使用方法
- 打开时间戳转换工具
- 输入 Unix 时间戳（秒或毫秒）或选择日期时间
- 自动转换为可读日期格式和 ISO 8601 格式
- 查看时区信息和相对时间
- 支持批量转换：每行输入一个时间戳
使用场景
- 读日志时间 — 把日志里的 Unix 时间戳转成本地日期，定位事件发生的具体时刻。
- 排查时区 — 对同一时间戳切换 UTC 与本地时区，确认是否存在时区偏移问题。
- 构造测试值 — 把指定日期转成时间戳，填入接口或数据库做边界条件测试。
- 核对过期 — 把 token 或缓存的过期时间戳转成日期，判断是否已经失效。
- 毫秒辨别 — 判断一串数字是秒还是毫秒，避免相差一千倍的换算错误。
常见问题
怎么区分秒和毫秒？
工具按数字位数自动判断：10 位通常是秒，13 位通常是毫秒。你也可以手动指定单位，避免误判导致时间偏差。
Unix 时间戳的起点是什么？
是从 1970 年 1 月 1 日 00:00:00 UTC 起经过的时间，与时区无关；显示时才按你选的时区做偏移。
支持负数时间戳吗？
支持。负值表示 1970 年之前的时间，可用于换算更早的历史日期。
2038 年问题会影响它吗？
2038 问题源于 32 位有符号整数溢出。本工具用更大范围的数值处理，不受 32 位限制，能正常转换 2038 年以后的时间。
换算结果会受我电脑时区影响吗？
默认按你选择的时区显示。若选本地时区，结果会随系统设置变化；建议排查问题时显式选择 UTC 以避免歧义。
为什么接口返回的时间和我本地差 8 小时？
多半是时区问题：接口按 UTC 存储，而你用本地时区（中国为 UTC+8）查看。排查时先确认该值单位（秒还是毫秒），再统一转到 UTC 比对；若字段名以 Z 结尾或含 Utc 说明源就是 UTC。把同一时间戳在该工具里同时切到 UTC 与本地并排显示，若差值恰为整小时数，即可判定是时区差异而非数据损坏，再去修正存储或显示时的时区约定。
同一时刻为什么按秒和按毫秒显示的时间不同？
单位弄错了。秒一般是 10 位、毫秒一般是 13 位；把秒当毫秒用会得到 1970 年附近的极早时间，把毫秒当秒用则会约偏移千年。多数编程语言时间函数返回毫秒（如 JS 的 Date.now()、一般数据库 datetime(3)），而不少日志与命令（如 date +%s）返回秒。拿不准就先看位数，或取一段已知时间戳对照校准，再决定按哪个单位转换。