这个工具适合做什么
时间戳转换器可以把秒级时间戳、毫秒时间戳、ISO 8601、ISO 9075、本地时间字符串和 UTC 时间之间相互转换,适合接口联调、日志排查、数据库检查和跨语言开发场景。
本页的格式标签采用常见的 ISO 8601 和 ISO 9075 命名,但本地时间的显示结果仍然会受到当前运行环境时区的影响。
常见使用场景
- 确认后端返回的是秒级还是毫秒级时间戳。
- 把接口日志中的时间值还原为可读日期时间。
- 检查前后端之间是否存在时区偏差。
- 快速复制 ISO 8601、UTC 或本地格式到测试脚本和数据库语句中。
使用步骤
- 输入时间戳或日期字符串,工具会自动识别格式。
- 查看秒级、毫秒级、ISO 和 UTC 等多种结果。
- 如果需要交给其他系统,可直接复制对应输出。
示例
输入: 2024-01-01T00:00:00Z
时间戳(秒): 1704067200
时间戳(毫秒): 1704067200000
这类对照最适合排查“秒和毫秒混用”造成的接口异常。
代码示例
为了避免本地时区造成示例结果不一致,下面统一使用明确的 UTC 输入:
// JavaScript
Math.floor(Date.parse("2024-01-01T00:00:00Z") / 1000); // 1704067200
new Date(1704067200 * 1000).toISOString(); // 2024-01-01T00:00:00.000Z
# Python
from datetime import datetime, timezone
datetime.fromisoformat("2024-01-01T00:00:00+00:00").timestamp() # 1704067200.0
datetime.fromtimestamp(1704067200, tz=timezone.utc).isoformat() # 2024-01-01T00:00:00+00:00
<?php
strtotime("2024-01-01T00:00:00Z"); // 1704067200
gmdate("c", 1704067200); // 2024-01-01T00:00:00+00:00
相关工具
如果你是在排查接口返回的时间字段,通常可以先用JSON 格式化工具整理响应体;当时间值出现在 URL 参数中时,也可以配合URL 编码/解码工具一起检查。
常见问题
10 位和 13 位时间戳有什么区别?
10 位通常表示秒级 Unix 时间戳,13 位通常表示毫秒级时间戳。很多接口出错就是因为把毫秒值按秒解释,或者反过来把秒值当成毫秒值。
为什么同一个时间在不同系统里显示不一样?
最常见原因是时区不同。一个 UTC 时间在本地环境里可能会显示为本地时区时间,因此排查问题时要先确认双方使用的是 UTC 还是本地时间。
输入普通日期字符串时为什么会无效?
如果日期格式过于模糊、拼写错误,或缺少必要分隔符,解析就可能失败。优先使用标准格式,例如 ISO 8601,会更稳定。
空输入时为什么会直接显示当前时间?
这是为了方便快速查看当前时间对应的多种输出格式,适合调试时临时复制当前时间戳或标准时间字符串。