所有转换都在浏览器内本地完成，不会发送到任何服务器。
什么是 Unix 时间戳？
Unix 时间戳（也称 epoch 时间）是从 1970-01-01 00:00:00 UTC 起经过的秒数（不计闰秒）。它是计算机记录时间的通用方式，不受时区与日历差异影响。API、数据库、日志、JWT 几乎都在用它——有时是秒（10 位数字，例如 1747275600），有时是毫秒（13 位数字，例如 1747275600000），偶尔还有微秒（16 位）。DevFormatLab 的时间戳转换工具能识别以上任意一种，也能解析常见日期字符串（ISO 8601、RFC 2822、本地化格式），并在你选择的时区下立即输出每一种常用表示。
功能特性
- 自动识别秒 / 毫秒（可手动切换）
- 解析 ISO 8601、RFC 2822 以及浏览器可识别的多数日期字符串
- 输出 Unix 秒、毫秒、UTC 与所选时区的 ISO 8601
- UTC 与任意 IANA 时区（Asia/Shanghai、Asia/Tokyo、America/New_York…）下的可读日期
- 星期、年内第几天、ISO 周序号、相对时间（如「3 小时前」）
- 「现在」按钮——一键复制当前时间戳
- 每一行独立复制按钮；100% 浏览器运行，不追踪
使用步骤
- 在输入框粘贴 Unix 时间戳（秒或毫秒）或日期字符串。
- 可手动选择单位（自动 / 秒 / 毫秒）——自动模式以 1e12 量级为分界。
- 选择时区（本地、UTC，或常用的 IANA 时区之一）。
- 在结果面板查看所有常见表示，每一行都可独立复制。
常见问题
为什么同一个时间戳在不同时区显示的时间不一样？
▾
Unix 时间戳全球唯一地标识同一个时间瞬间。不同时区只是给同一瞬间起了不同名字——例如 1747275600 是 UTC 2026-05-15 03:00、东京（UTC+9）12:00、纽约（UTC-4 含夏令时）前一天 23:00。
怎么判断我的时间戳是秒还是毫秒？
▾
10 位（2026 年约 17 亿）几乎一定是秒；13 位（约 17 万亿）是毫秒。自动模式以 1e12 为分界——这一规则自 2001 年起一直有效，将持续到 33658 年。
支持负数时间戳（1970 年之前的日期）吗？
▾
支持。负数时间戳表示 Unix epoch（1970-01-01 UTC）之前的日期。例如 -86400 对应 1969-12-31 00:00 UTC。
我的数据会被上传吗？
▾
不会。所有解析与格式化都使用浏览器原生的 Date 与 Intl.DateTimeFormat API 在本地完成。
可以接受哪些日期格式作为输入？
▾
凡是浏览器 Date 构造器支持的格式都可以：ISO 8601（2026-05-15T03:00:00Z）、RFC 2822（Fri, 15 May 2026 03:00:00 GMT）以及多数本地化格式。模糊格式建议优先使用 ISO 8601。
闰秒和 2038 年问题怎么办？
▾
Unix 时间按定义忽略闰秒。2038 问题只影响 32 位有符号整数存储——JavaScript 的 Number 是 64 位，前后数十亿年都能安全表示。
相关工具
Canonical: https://devformatlab.com/zh/timestamp