时间戳转换
时间戳与日期双向转换，自动识别 10 位秒 / 13 位毫秒，附时区与相对时间。
>_ 使用指南 · GUIDE
粘贴多行文本（整段日志直接贴），工具逐行识别时间戳：命中行转换为可读时间、未命中行原样保留，输出为「原文 | 结果」对齐表格，并附「复制结果列」按钮——只复制转换结果，方便直接贴回工单或报告。识别范围：10 位秒（含小数秒）与 13 位毫秒，支持负数（1970 年之前）；明显超出现实时段的数值判定为未命中，不强行转换。
时区切换：下拉提供浏览器本地、UTC 与常用城市（上海、东京、新加坡、伦敦、巴黎、纽约、芝加哥、洛杉矶、悉尼），切换后全表实时刷新。输出格式：ISO 8601（默认，带时区偏移）、自定义模板（YYYY-MM-DD HH:mm:ss 风格）、RFC 2822（邮件协议场景）。反向转换照旧：选日期时间得 Unix 时间戳。所有换算在浏览器本地完成，无网络请求。
>_ 常见问题 · FAQ
Q1 · 10 位和 13 位时间戳有什么区别？
10 位时间戳以秒为单位（如 1735689600），13 位以毫秒为单位（如 1735689600000），两者相差 1000 倍，表示的是同一时刻。不同系统习惯不同：Linux 命令行、数据库多用秒级，Java 的 System.currentTimeMillis() 和 JavaScript 的 Date.now() 返回毫秒级。本工具逐行自动识别位数，无需手动切换。
Q2 · 怎么批量转换日志里的时间戳？
把整段日志直接粘贴进输入框即可——工具逐行扫描，时间戳行转换为可读时间，非时间行原样保留，两侧对齐展示。混着 10 位秒、13 位毫秒、小数秒甚至负数的日志都能正确处理；点「复制结果列」只拷贝转换后的时间。单行超过 10000 字符的行会跳过识别以保证响应速度。
Q3 · 能按指定时区显示吗？
能。时区下拉提供浏览器本地、UTC 与常用城市（含上海、东京、伦敦、纽约、洛杉矶等），切换后全部结果实时刷新。排查跨时区系统的日志时，把对端时区和本地时区各切一遍，错位 8 小时这类问题一眼就能定位。
Q4 · 转换出来的时间和日志里差了 8 小时，是哪里的问题？
时区在起作用。Unix 时间戳本身不含时区，是绝对时刻；显示差异来自解读方的时区设置。北京时间是 UTC+8，如果你的日志按 UTC 写入、展示按东八区解读，就会出现 8 小时偏移。用本工具的 UTC 选项对照本地时区即可确认这类错位。
Q5 · 为什么有的接口要求传时间戳而不是日期字符串？
时间戳是无时区歧义的绝对时刻，不受服务器与客户端时区差异影响，也便于直接做加减比较（比如判断 token 是否过期）。跨时区系统间传日期字符串容易因格式和时区理解不一致出 bug，传时间戳则只有唯一解释。