JWT 解码
查看 Header、Payload 和时间声明，所有内容在本地解析。
安全与网络
jwt日期与时间
Unix 时间戳在线转换：秒、毫秒、UTC 与本地时间
免费转换 Unix 秒、毫秒时间戳和带时区的日期，同时查看 UTC 与本地时间。提供秒与毫秒示例，排查 1970 年和时区偏差问题。
正在加载本地工具…
使用说明
选择秒或毫秒单位。日期输入推荐 ISO 8601 格式并明确时区，例如 2026-09-07T08:00:00Z。
工具输入不上传
操作步骤
- 转换数字时，先在「时间戳单位」中选秒或毫秒。不要只靠数字位数猜测单位。
- 输入时间戳，或输入带 Z / 时区偏移的日期，例如 2026-09-07T16:00:00+08:00。
- 点击「转换」，比较秒、毫秒、UTC 和本地时间。本地时间取决于当前设备的时区设置。
试一试：同一时刻的四种写法
Unix (s): 1788768000
Unix (ms): 1788768000000
UTC: 2026-09-07T08:00:00.000Z
UTC+08:00: 2026-09-07T16:00:00+08:00每次粘贴一个值进行转换。秒转毫秒乘以 1000；本工具的 Unix (s) 输出向下取整，秒字段不会保留毫秒部分。
常见问题
时间戳是 10 位还是 13 位？
现代日期常见 10 位秒和 13 位毫秒，但这不是通用规则。1970 年附近、负数或更远的日期长度不同。以接口字段定义为准，本工具不会自动猜测单位。
为什么转换后变成了 1970 年？
常见原因是把秒数按毫秒解释。例如 1788768000 选「毫秒」会得到 1970 年的日期。先核对输入单位；反过来把毫秒当秒，会得到过于遥远的日期或超出范围。
UTC 和北京时间差 8 小时，需要改时间戳吗？
不需要。同一个时刻的时间戳相同，差别在显示方式。08:00Z 与 16:00+08:00 是同一时刻。只有确认原始数据的时区标注有误时，才应修正来源数据。
为什么 2026-09-07 这样的日期不能转换？
此工具要求日期包含时间和明确时区，避免依赖浏览器猜测。请补成 2026-09-07T00:00:00Z，或填写实际时间与偏移量。不存在的日期也会报错，例如 2026-02-30。