时间戳转换
输入 Unix 时间戳（10 位秒或 13 位毫秒都认），或选一个日期反向换算。
提示
10 位数按「秒」解释，13 位按「毫秒」；带小数的按毫秒处理。夏令时、时区都由浏览器本地时区决定。
什么时候用
- 日志里只有一串 10 位或 13 位数字，需要立刻看出它对应的本地时间和 UTC 时间时。
- 给数据库或 API 写入时间前，要把「2026-10-25 15:30:00」换算成 Unix 秒，并确认没有时区偏移时。
什么时候不用
- 要排跨时区会议，需要同时看纽约、伦敦、东京的墙上时间：这里只有浏览器本地时区和 UTC，用带时区选择的工具更直接。
- 要解析带偏移的 ISO 字符串（如 2026-10-25T15:30:00+08:00）或做日期加减：本页只接受纯数字时间戳和本地 datetime 输入，请用日期库或专门工具。
限制与隐私
换算在浏览器本地完成，输入不会上传或写入日志。限制：只接受纯数字时间戳（可带负号和小数）或本地日期时间，不能解析带时区偏移的 ISO 字符串；「本地时间」跟随浏览器/系统时区，不能切换；相对时间只按秒、分钟、小时、天累计，超过一天按天数显示。
常见问题
怎么判断一串数字是秒还是毫秒？
10 位（如 1761328800）是秒，13 位（如 1761328800000）是毫秒，两者相差 1000 倍。本工具按绝对值是否达到 10^11 判断：小于按秒，大于等于按毫秒，所以 12–13 位按毫秒、11 位仍按秒；带小数点的输入一律按毫秒处理。拿不准时先点「当前时间」对照位数。
时区是怎么处理的？
「本地时间」用浏览器的本地时区（通常是系统时区）渲染，夏令时由浏览器按该时区的规则处理；ISO 8601 和 UTC 两行固定用 UTC，ISO 输出形如 2026-10-25T07:30:00.000Z。页面没有手动切换时区的选项，所以同一时间戳在不同电脑上看到的「本地时间」可能不同，UTC 和 ISO 不会变。
2038 年问题会影响这个工具吗？
不会。2038 问题来自用 32 位有符号整数存 Unix 秒，最大值 2,147,483,647 对应 2038-01-19T03:14:07Z，之后会溢出。这里用 JavaScript 的 Number 和 Date（双精度浮点），可以直接换算 2038 年以后甚至公元 9999 年以后的时间，Date 的上限约为 ±8.64e15 毫秒（约 ±27.5 万年）。但你的数据库或服务端如果仍用 32 位时间字段，写入前要单独确认。