时间戳转换工具 - Unix 时间戳与日期时间互转

在线转换 Unix 时间戳和日期时间,支持秒级、毫秒级时间戳处理,适合日志排查、接口调试和数据库时间字段分析。

功能特点

  • 支持 Unix 时间戳与可读日期时间互相转换
  • 区分秒级和毫秒级时间戳,减少时间偏差
  • 快速查看当前时间戳和对应日期
  • 适合处理日志、接口响应和数据库记录中的时间字段

使用方法

  1. 输入 Unix 时间戳或日期时间字符串
  2. 选择秒级、毫秒级或日期时间转换方式
  3. 复制转换结果用于日志分析、接口调试或数据排查

示例输入

  • 秒级时间戳

    1710000000

    适合转换日志、JWT exp 和数据库中的 10 位 Unix 秒级时间戳。

  • 毫秒级时间戳

    1710000000000

    适合排查 JavaScript Date、浏览器性能数据和数据库毫秒字段。

  • ISO 8601 日期

    2026-07-20T12:00:00Z

    适合把带时区的接口时间转换成 Unix 秒,避免把 UTC 当成本地时间。

  • 严格日期边界

    2026-02-30T12:00:00Z

    当前 ISO 解析会校验年月日是否真实存在;无效日期返回 Date is invalid.,不会自动滚动到 3 月。

示例输出

  • 秒级时间戳

    UTC: 2024-03-09T16:00:00.000Z;Asia/Shanghai: 2024-03-10 00:00:00
  • 毫秒级时间戳

    UTC: 2024-03-09T16:00:00.000Z;单位判断:毫秒
  • ISO 8601 日期

    Unix 秒:1784548800;UTC: 2026-07-20T12:00:00.000Z
  • 严格日期边界

    错误:Date is invalid.

常见错误

  • 10 位通常是秒级时间戳,13 位通常是毫秒级时间戳;单位错误会产生约 1000 倍偏差。
  • 没有时区的日期字符串可能按运行环境本地时区解释,服务端和浏览器结果可能不同。
  • UTC、北京时间和系统本地时间的显示不同,不代表时间戳本身发生变化。
  • 夏令时、日期边界和数据库字段精度可能让日志对齐出现一小时或毫秒级差异。
  • 无效日期、超出 JavaScript Date 范围或混入额外文字时,不能只靠猜测修复。

适用场景

  • Unix 时间戳转换
  • 日志时间排查
  • JWT exp 检查
  • 接口日期字段调试
  • 数据库时间分析
  • 定时任务时间确认

实操检查

  • 先确认单位和时区

    页面支持秒、毫秒和自动判断,并同时显示 ISO、UTC 与本地结果;输入或接口字段没有明确单位时,先用同一时刻的秒/毫秒对照避免约千倍偏差。

  • 把本地日期当作待确认输入

    没有 Z 或明确偏移的日期字符串会按运行环境解释;跨服务器、数据库和签名协议传输时,应改用带时区的 ISO 8601 并在目标环境复核。

页面专属核验

使用前与操作中

  • 先确认输入单位是秒、毫秒还是自动判断,并明确目标时区和日期字符串是否带偏移。
  • 跨服务传递时间时优先使用带时区的 ISO 8601,避免把本地日期隐式解释为服务器时区。
  • 用于签名、过期或数据库查询时,同时记录原始值、转换方向和目标系统的单位约定。

结果出来后

  • 秒与毫秒转换是否相差约千倍,并与目标接口字段的实际单位一致?
  • ISO、UTC 和本地显示是否对应同一时刻,而不是因为时区转换产生日期偏移?
  • 目标服务、数据库和签名协议是否使用相同的时区、精度和 NumericDate 约定?

相关工具

  • JWT 工具:解码 JWT、检查 exp 过期时间,并使用 HS256 生成和验证签名
  • Cron 表达式:解析 Cron 表达式并计算接下来的执行时间
  • JSON 工具:统一处理 JSON 格式化、校验、树形查看、Schema、CSV 转换、AI 响应分析和 JSON 修复
  • 文本对比:按行对比文本、配置、日志和接口响应差异

工具边界

  • 只转换时间表示,不会解释业务时区或数据库字段语义。
  • 没有时区的日期解析结果取决于运行环境。
  • 极端日期和超出 JavaScript Date 范围的值可能无法准确处理。

与相似工具的区别

  • Cron 表达式:时间戳工具转换一个确定时刻及其时区显示;Cron 描述重复调度规则,需要结合调度器和服务器时区。

安全与兼容性

  • 转换在浏览器内完成;没有 Z 或明确偏移的日期字符串会按运行环境解释,跨系统传输应使用 ISO 8601 时区。
  • 秒与毫秒混淆会造成约千倍偏差;写入数据库和签名协议前应显式记录单位并用边界样本复核。

下一步排查

  1. 先确认字段单位、时区和精度。
  2. 用 JWT 工具检查 exp、iat 和 nbf。
  3. 再回到日志、JSON 或文本对比工具核对上下游时间。

常见问题

秒级和毫秒级时间戳怎么区分?

可以先看位数:当前常见 Unix 秒级约 10 位,毫秒级约 13 位;最终仍应根据接口或数据库字段定义确认。

为什么转换结果和服务器日志差 8 小时?

常见原因是 UTC 与 Asia/Shanghai 显示时区不同。比较时应统一使用 ISO 8601 和明确时区。

时间戳转换会改变原始时间吗?

不会。Unix 时间戳表示一个绝对时间点,变化的通常只是显示格式和时区。