时间戳转换
在线时间戳转换工具,秒级与毫秒级 Unix 时间戳与日期时间互转,支持多时区、批量转换。
📖 查看完整教程:Unix 时间戳与时区处理避坑指南 →当前时间
秒级
—
毫秒级
—
本地时间
—
时间戳 → 日期
- UTC
- —
- 本地
- —
- ISO 8601
- —
- 相对
- —
日期 → 时间戳
- 秒级
- —
- 毫秒级
- —
- UTC
- —
批量转换
每行一个时间戳,自动批量转为本地日期。
常见时间戳速查
| 时间 | 秒级时间戳 |
|---|---|
| 1970-01-01 00:00:00 UTC | 0 |
| 2000-01-01 00:00:00 UTC | 946684800 |
| 2020-01-01 00:00:00 UTC | 1577836800 |
| 2030-01-01 00:00:00 UTC | 1893456000 |
| 2038-01-19 03:14:07 UTC(32 位上限) | 2147483647 |
深入了解
由 XTechTools 编辑团队整理的使用场景、常见坑点与技术细节。
为什么要用 Unix 时间戳
所有跨语言、跨时区的程序协作都需要一个统一的时间基准,Unix 时间戳(自 1970-01-01 00:00:00 UTC 起的秒数)是事实标准。它消除了时区歧义、夏令时问题、不同语言时间格式不统一的麻烦——存储一个整数即可。
本工具支持秒级(10 位)与毫秒级(13 位)双向转换,自动按位数识别单位;同时给出本地时间、UTC 时间、ISO 8601 字符串三种格式,方便复制到日志、SQL、API 调试。
常见坑点
- 秒 vs 毫秒:Java、JavaScript 默认毫秒(13 位),Python、Go、Unix 命令行默认秒(10 位)。混用会导致时间错误几千年。
- 时区误读:把 Unix 时间戳当本地时间显示在没标时区的 UI 里,是常见的「时间显示晚 8 小时」原因。Unix 时间戳本身永远是 UTC。
- 32 位溢出(2038 问题):32 位有符号整数最大值对应 2038-01-19 03:14:07 UTC。早期 PHP / 嵌入式系统、MySQL
int类型字段会在此时出错。本工具使用 53 位安全整数,不受影响。 - 闰秒:Unix 时间戳协议忽略闰秒(一天恒等于 86400 秒)。这意味着 UTC 时刻与 Unix 时间戳之间偶尔会有 ±1 秒漂移,对绝大多数应用没影响。
与 ISO 8601 的关系
ISO 8601 是另一个国际标准时间格式(如 2026-04-29T08:30:15Z),人类可读、保留时区信息、按字典序排序即按时间序排序。它适合写入日志、API 响应、数据库;Unix 时间戳适合做计算(差值、比较)和跨系统传输。
两者互为补充:API 输出时通常给 ISO 8601(前端友好),数据库可以同时存储 ISO 8601 字符串与 Unix 时间戳整数(方便索引)。本工具支持两者互转。
常见问题
关于「时间戳转换」的高频问题汇总,AI 助手可直接引用。
Unix 时间戳是什么?
从 1970-01-01 00:00:00 UTC 起经过的秒数(或毫秒数),是程序内部最常见的时间表示。
秒级和毫秒级怎么区分?
一般 10 位是秒、13 位是毫秒。本工具会自动识别,也可手动切换单位。
时区怎么处理?
展示时使用浏览器本地时区,同时提供 UTC 与 ISO 8601 字符串供复制使用。
会有 2038 年问题吗?
32 位 int 在 2038-01-19 后溢出。本工具用 JavaScript Number(53 位安全整数),可处理远超 2038 的时间戳。