时间戳转换

用途

Unix 时间戳在线转换工具，支持秒级（10 位）和毫秒级（13 位）两种格式与可读日期时间双向转换。识别本地时区和 UTC 时区切换，支持 ISO 8601、RFC 2822、自定义格式输出。提供"当前时间戳"实时显示和复制，常用于后端日志排查、API 时间字段调试、数据库 created_at 字段对照、定时任务时间核对、跨时区会议时间计算。所有转换在浏览器本地完成，零网络请求。

操作步骤

1. 左侧输入 10 位（秒）或 13 位（毫秒）时间戳，自动识别
2. 右侧实时显示对应的可读日期时间（本地时区 + UTC 同时显示）
3. 反向：选日期 + 时间，工具输出对应时间戳（秒级 / 毫秒级两种）
4. 时区切换：本地时区、UTC、东八区、东京、纽约等常用时区
5. 当前时间戳：实时滚动显示当前秒级和毫秒级值，一键复制
6. ISO 8601 格式：2026-01-01T08:00:00.000Z（API 接口标准格式）
7. 相对时间：3 小时前 / 5 天后 这种人类可读描述
8. 批量：每行一个时间戳，批量转换为列表

常见问题

时间戳 10 位还是 13 位？什么时候用哪个？

10 位是秒级 Unix 时间戳（Unix Time），13 位是毫秒级。**JavaScript Date.now() 返回 13 位**（毫秒），**Java System.currentTimeMillis() 也是 13 位**。**MySQL TIMESTAMP / Linux 系统时间是 10 位秒级**。前后端联调最常见的 bug 就是一方多了三个零或少了三个零。本工具自动识别长度。

为什么 1970-01-01 是起点？

Unix 时间设计时（1970 年代初）以 1970-01-01 00:00:00 UTC 为 epoch（起点）。这是 Unix 系统诞生前夕的整数时间。32 位有符号秒级时间戳能表示到 2038-01-19（**2038 问题**：32 位系统届时会溢出，必须升级 64 位）。

时区怎么处理？UTC 和东八区差几小时？

中国统一用东八区（UTC+8），比 UTC 早 8 小时。时间戳本身是绝对时间（不带时区信息），相同时间戳在任何时区都是同一时刻，但显示成本地日期时不同。例如时间戳 1700000000：UTC 显示 2023-11-14 22:13:20，北京时间显示 2023-11-15 06:13:20。

ISO 8601 和时间戳怎么互转？

ISO 8601 是字符串格式：2026-01-01T08:00:00.000Z（Z 表示 UTC）或 2026-01-01T16:00:00+08:00（东八区）。转时间戳：JS 用 `new Date("2026-01-01T08:00:00Z").getTime() / 1000`。**API 接口推荐用 ISO 8601 字符串**（带时区信息可读），数据库存储用时间戳（紧凑省空间）。

夏令时（DST）会影响时间戳吗？

**时间戳不受 DST 影响**（绝对时间），但显示成本地时间会跳变。中国 1992 年起取消夏令时，没这问题。但处理美国 / 欧洲数据时要注意：DST 切换那天有些时刻不存在（春季向前跳一小时）或重复（秋季向后退一小时）。库（如 date-fns / moment / Luxon）会处理。

应用场景

• 后端日志排查：日志里时间戳字段（如 1700000000）反查实际时间
• API 调试：前后端时间字段字段不一致，确认是秒还是毫秒
• 数据库时间核对：created_at / updated_at 字段时间戳转可读
• 定时任务：检查 cron 任务下次执行时间戳是否正确
• 跨时区会议：用户在不同时区，计算同一时间戳的当地时间

适用场景

后端日志时间戳反查、前后端时间字段联调、数据库时间核对、定时任务时间检查、跨时区时间计算。后端、前端、QA、运维常用。10/13 位自动识别、多时区显示、ISO 8601 双向转换、相对时间是关键差异点。