解码示例令牌
输入 预填的令牌，exp = 1700003600。
结果 算法 HS256、类型 JWT、4 条声明，过期时间 2023-11-14 23:13:20 UTC。
JWT 解码器
开发者工具粘贴 JSON Web Token 即可读取头部、载荷与精确过期时间，全部在本地解码，令牌不会离开浏览器。
输入参数
计算结果
状态
—
- 过期时间 —
- 签名算法 —
- 令牌类型 —
- 载荷 —
- 头部 —
修改任意输入，结果即时更新。
公式与规则
- JWT 由三段 Base64URL 组成，用点号分隔：头部、载荷与签名。
- Base64URL 把 + 换成 -、/ 换成 _，并去掉结尾的 =，因此令牌可以直接放进 URL 与 HTTP 头。
- exp 声明是以秒为单位的 Unix 时间戳，当前时间超过它即视为过期。
- 解码只读取两段 JSON，不校验签名——验签必须由服务端完成。
实际示例
没有 exp 的令牌
输入 载荷为 {"sub":"42","scope":"read"} 的令牌。
结果 状态会显示该令牌没有过期声明，因此不会自行失效。
被截断的令牌
输入 abc.def
结果 会提示 JWT 必须有三段才能解码。
常见问题
解码能证明令牌是真的吗？
不能。任何人都能伪造任意载荷的令牌，只有用密钥或公钥验签的服务端才能判断令牌是否由你签发。
可以粘贴线上环境的令牌吗？
解码在浏览器本地完成，令牌不会上传。但仍应按密码对待：优先用测试令牌，凡在共享屏幕中粘贴过的都应轮换。
为什么刚拿到的令牌就显示过期？
可能是签发方时钟慢于本机，或把毫秒当成秒写入 exp。本工具按 JWT 规范将 exp 视为秒。
头部或载荷不是 JSON 会怎样？
会报错。JWT 规范要求这两段都是 Base64URL 编码的 JSON 对象，若不是，通常说明这个字符串根本不是 JWT。
免责声明： 结果按页面所列公式计算，仅作参考；实际用量会受材料品牌、施工方式与环境影响，下单前建议预留余量。