操作指南 · 开发者

如何在 Chrome 里把 Unix 时间戳转换成日期

Dev Toolbox4 分钟阅读

简短回答

把数字贴进 DevKit 的时间戳标签页:它自动区分秒和毫秒,并显示 ISO 8601、UTC、你的本地时间和“多久之前 / 之后”的相对标签。日期也能反向转回 epoch 秒数——全程离线,就在弹窗里。

  1. 1

    从日志行、API 响应或 JWT 声明里复制那串数字时间戳。

  2. 2

    打开 DevKit 的时间戳标签页,粘贴进去。

  3. 3

    核对自动检测的单位——13 位数按毫秒读——必要时手动切换。

  4. 4

    读取 ISO 8601、UTC、本地时间和相对时间四种呈现。

  5. 5

    反向操作时,输入日期字符串并复制 epoch 秒数;Now 按钮填入当前时刻。

Unix 时间戳是自 1970-01-01T00:00:00 UTC 起经过的秒数——对机器精确,对肉眼无用。它们遍布日志行、JWT 的 iat/exp 声明、API 响应和数据库行。DevKit 是一个跑在 Chrome 弹窗里的 Unix 时间戳转换器:贴上数字,读出日期,而你转换的任何东西都不会被发送到任何地方。

Chrome 弹窗里的 DevKit Unix 时间戳转换器,显示 ISO 8601、UTC、本地时间和相对时间标签
贴一次,读四种:ISO 8601、UTC、你的本地时区,外加一个相对时间标签。

粘贴时间戳

从它冒出来的地方复制数字,贴进时间戳标签页。DevKit 会自动检测单位:10 位数按秒读,13 位数按毫秒读。这条启发式(达到或超过 1012 的一律按毫秒)只会在真正遥远未来的秒级时间戳上失手,所以正好为这些情况准备了手动单位切换。

四种读法

你会得到带毫秒的 ISO 8601(2026-07-16T09:30:00.000Z)、绝对 UTC、同一时刻在你本地时区的呈现,以及一个相对标签——“2 小时后”“3 天前”。UTC/本地这一对是灭虫利器:大多数“时间戳不对”的报告其实是时区混乱,两种呈现并排一放,一眼定案。相对标签则回答那个实际问题——这个 token 到底过期没?

把日期转回时间戳

反方向同样可行:输入日期字符串(ISO 8601,或浏览器能解析的任何格式),复制出 epoch 秒数。Now 按钮能在任一方向盖上当前时刻的戳——在你构造测试载荷、或需要给夹具一个像样的 exp 时很顺手。

秒还是毫秒——常年产虫的老坑

单位搞混是最经典的时间戳事故:该给毫秒的地方给了秒,所有日期都落在 1970 年 1 月;反过来,你就在给公元 56000 年前后排日程。如果你的 UI 里有个日期渲染成 1970,现在你知道到底发生了什么——DevKit 明确展示单位,让这种错配在上线前就现形。

离线是设计使然

转换完全发生在弹窗里。扩展不申请任何网站的访问权限,也不发网络调用;唯一权限是 storage,用来记住你上次停留的工具。时间戳常常和它周围的数据一起旅行——日志行、令牌、用户记录——所以“不把它们贴进转换器网站”是一项功能,不是脚注。它免费,与 DevKit 的 JWT 解码器、Base64 和 URL 转换器、UUID/ULID 生成器和正则测试器同在一个弹窗。

离线转换时间戳

Unix 时间戳、JWT、Base64、URL 编码、UUID 和正则——全部在你的浏览器里处理,不上传任何内容。

了解 Dev Toolbox →