Base64 解码
调试认证时想看看 JWT 的 payload 段写了什么，拿到一个 basic-auth 头想确认里面的凭据，遇到 data URL 想还原里面的文本，接手别人的配置项想先弄清它到底存了什么——这款免费的 Base64 解码工具粘贴即还原。
使用方法
- 把要解码的 Base64 字符串粘贴进下方编辑框。
- 解码文本即时出现；非法输入会明确报错，不会被解码成乱码。
- 复制结果；它在你自己的设备上生成，从未离开你的浏览器。
常见问题
为什么会提示"非法 Base64"？
解码刻意从严，坏输入绝不悄悄变成损坏数据：出现字母表以外字符（标准为 A-Z、a-z、0-9、+、/、=）、长度不是 4 的倍数、padding 错误，都会明确报错。换行和空格不是错误来源——它们会被自动剥除——请检查是否混入 URL-safe 字符，或复制时被截断。
需要先去掉换行或补齐 padding 吗？
不需要。解码前会自动剥除空白和换行，PEM 那种按 76 列折行的文本、多行附件内容直接粘贴即可。但输入必须是标准且 padding 正确的 base64：JWT 裸段这类不带 padding 的字符串、URL-safe 变体（- 和 _）都会被明确拒绝并说明原因。
我的 Base64 里是 - 和 _，不是 + 和 /，能解吗？
那是 URL-safe 变体，本工具为避免歧义会明确拒绝。先把 - 换成 +、_ 换成 /（缺 padding 时补 = 到 4 的倍数），再粘贴解码——两者字节完全相同。
在别处能解出内容，这里却报错，为什么？
那串字节大概率不是 UTF-8 文本：可能是二进制文件、GBK 之类的旧编码，或者本身就是加密数据。本工具对非 UTF-8 字节明确报错而不是打印乱码——这是在告诉你数据的性质，不是缺陷。
在这里解码敏感字符串安全吗？
安全——解码在浏览器本地完成。令牌、凭据、私密报文都不离开你的设备，不存储、不进日志，关闭页面后即消失。
相关工具
了解更多
调试认证时想看看 JWT 的 payload 段写了什么，拿到一个 basic-auth 头想确认里面的凭据，遇到 data URL 想还原里面的文本，接手别人的配置项想先弄清它到底存了什么——这款免费的 Base64 解码工具粘贴即还原。解码按 UTF-8 口径校验字节："SGVsbG8g5LiW55WM" 还原出来就是"Hello 世界"，中文、emoji 都不会变乱码。同样重要的是它拒绝做什么：字符超出标准 Base64 字母表、长度不是 4 的倍数、字节不是合法 UTF-8——这些情况都会得到明确的报错，而不是一份"看起来像那么回事"的乱码。Base64 排错时你最需要的就是"知道哪里坏了"，静默兜底只会把问题埋得更深。解码全程在浏览器本地完成：令牌、凭据、私密报文只在你自己的设备上处理，不上传、不存储、不进日志，关闭页面即消失。把 Base64 粘到下方，读回原文。