所有转换都在浏览器内本地完成,不会发送到任何服务器。
什么是 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 位,前后数十亿年都能安全表示。
相关工具
JSON 的格式化、压缩、校验与美化,错误位置高亮。
并排比对两份 JSON,行级红绿高亮,可按键名排序忽略顺序差异。
去重、删除空行、去除空格,UTF-8 ↔ Shift-JIS 编码转换,自动检测乱码。
YAML、JSON 与 Java .properties 互转,严格校验并精确定位错误。
对文本或文件进行 Base64 / Base64URL 编码与解码,实时、纯浏览器运行。
对 URL、查询字符串和 URI 组件进行编码/解码,支持 %20 与 + 空格模式。
在浏览器内为文本或文件生成 MD5、SHA-1、SHA-256、SHA-384、SHA-512 哈希。
解码 JWT (JSON Web Token),查看 Header / Payload / Signature,时间字段自动转为可读日期与过期状态。
实时测试正则表达式,匹配高亮,附常用预设。
把 JSON 转为适合嵌入代码的字符串字面量(双引号与反斜杠已转义)。
Canonical: https://devformatlab.com/zh/timestamp