🔤 JWT Decoder

Decode JWT (JSON Web Token) Header and Payload in your browser — inspect claims safely with no token uploaded.

📐 工作原理与说明

按点号切分令牌，段数不为 3 时提示格式错误。前两段各自做 base64url 解码后解析为 JSON，得到头部与载荷；解码失败时提示解码失败信息。过期判断：把 exp 乘以 1000 构造日期，与当前时间比较，早于当前时间判已过期、否则未过期。输出头部中的 alg（算法）与 typ（令牌类型）、美化缩进的头部与载荷，以及第三段签名原文

解析 JWT 的三段结构，还原 Header 与 Payload 并可选校验签名。

结构：Header.Payload.Signature，三段均为 Base64url，用点号分隔。
解析：对前两段做 Base64url 解码后 JSON.parse，还原算法与声明。
校验：HS256 下比对 HMAC-SHA256(base64url(header)+'.'+base64url(payload), secret) 与第三段。
注意：解析不等于验证；必须校验 alg、exp、nbf、iss/aud，并拒绝 alg=none。

JWT 令牌

Formula & Standard References

Item	Formula / Note	Source / Standard
Three segments	header.payload.signature, all Base64URL	RFC 7519 / RFC 7515
Claim checks	validate exp, nbf and aud explicitly	RFC 7519 Section 4.1
Decoding is not verification	decoding alone does not prove the signature is valid	RFC 8725

📚 深度解析：JWT 解码器

💡 常见使用场景

查看 JWT 三段（头/载荷/签名）中的声明。
排查权限问题：解码后查看 Payload 里的 role/scope 与 exp，确认是令牌过期还是权限字段缺失，再决定是调整签发还是前端刷新逻辑。

解码

`eyJhbG...` 三段以 . 分隔，Base64url 解码后：header={"alg":"HS256","typ":"JWT"}，payload={"sub":"123","exp":1700000000}。

❓ 常见问题（FAQ）

解码 JWT 能验证真伪吗？: 不能，仅看内容；验签需服务端密钥。
解码出来的内容可信吗？: 未经验签的 Payload 不可信。Base64url 只是编码，任何人都可伪造一份看起来合法的 JWT。只有用正确密钥（对称）或公钥（非对称）验签通过、且 exp/nbf/iss/aud 全部校验合格之后，其中的声明才可作为授权依据。

JWT解码器

🔤 JWT Decoder

Formula & Standard References

🔗 相关工具

📚 深度解析：JWT 解码器

💡 常见使用场景

❓ 常见问题（FAQ）