Base64/URL 解码解析器
支持 Base64 编解码、URL 编解码、Base64 图片预览，以及 JWT 头部/载荷片段解码
输出将在此处显示。
如何使用
选择解析模式
在 Base64、URL 或 JWT 段解析之间切换。
粘贴编码值
输入编码文本、图片数据 URL 或完整 JWT 令牌。
解码与查看
查看解码输出、预览图片并复制结果。
常见问题
可以。粘贴 data URL 或原始 Base64 图片字符串，工具会渲染图片预览并显示检测到的 MIME 类型和大小。
能。在解码模式下，加号会被解释为空格后再进行 URI 解码，符合常见的表单编码行为。
可以。JWT 模式允许您独立选择并解码头部、载荷或签名相关的段。
标准 Base64（RFC 4648 第 4 节）使用 + 和 /，它们与 URL 保留字符冲突。URL 安全字母表（第 5 节）将其替换为 - 和 _。JWT 始终使用 URL 安全字母表——这就是为什么令牌签名中从不包含 + 或 /。本工具可自动检测任意一种字母表。
Base64 将 3 个字节编码为 4 个字符，因此长度不是 3 的倍数的输入会用 = 填充，以保持长度为 4 的倍数。一个 = 表示剩余 2 个字节，两个 = 表示剩余 1 个字节。当长度可通过带外方式得知时，填充可以安全省略——JWT 段正是这样做的——解码器会自动将其还原。
Base64 本身是无损的，但常见的 JavaScript btoa() 函数只接受 Latin-1 字符，遇到其他字符就会抛出异常。正确做法是先用 UTF-8 编码（TextEncoder），再对字节进行 Base64 编码。本工具会自动处理这一流程，因此中文、阿拉伯文或 emoji 文本都能无损往返。
检查三个信号：字符集仅包含 A-Z、a-z、0-9、+、/（或 URL 安全的 - 和 _）；补上填充后长度为 4 的倍数；解码后得到合理的字节。没有任何方法是 100% 可靠的，因为许多普通字符串（如 abcd）同时也是有效的 Base64——需要结合上下文判断。
不是。Base64 是一种可逆编码，任何人无需任何密钥即可解码——它完全不提供机密性。切勿用它保护密码或 API 密钥。要获得真正的保护，应在传输中使用 TLS 并采用真正的加密算法（如 AES-256-GCM）；Base64 的唯一作用是让二进制数据能够安全地经由文本通道传输。