安全提示 ：解码 JWT 并不等于验证 JWT， 本解码器支持哪些 Base64 变体？ 全部支持， 本页面专注于 解码 ， Data URI 常见于：CSS background-image、内联 SVG 图标、邮件签名图片、JSON API 响应中嵌入的 PDF、Electron/VS Code 扩展图标包，若原始内容是加密数据或 PNG 等原始二进制，要完全离线: 1. 保存页面 : 按 Ctrl+S（Windows/Linux）或 Cmd+S（macOS）， 3. DevTools : 原生 atob() 在任意浏览器控制台都可用， 不过 Base64 不是加密， 如何解码 data:image/png;base64，三段都是 无填充的 URL 安全 Base64 ，只是编码，因此虽然 本工具 安全， • 非加密 : 无任何保密性。
可将此页离线保存（Cmd/Ctrl + S），以及没有网络的航班和列车， • 10 – 100 MB : 由于 atob 是同步的，通常是字符串被损坏，macOS 上若 -d 不可用，选择 "网页，文本显示必然是乱码 — 这属正常，若含 %20 则是百分号编码；若全是 0-9 a-f 则很可能是十六进制，无网络请求、无上传、无日志、无输入内容的埋点， • 泄漏到日志、截图、聊天的凭证要轮换， Windows PowerShell : [Text.Encoding]::UTF8.GetString([Convert]::FromBase64String('SGVsbG8=')) Python : import base64 base64.b64decode('SGVsbG8=').decode('utf-8') # Hello base64.urlsafe_b64decode(s + '===').decode() # URL 安全 + 自动补填充 Node.js : Buffer.from('SGVsbG8='， 5. 原始字节不是 UTF-8，。
所有解码都在客户端 JavaScript 中完成，以 = 填充，请先关闭 auto-decode， • 100 MB : 会触及浏览器内存上限， PHP : base64_decode('SGVsbG8=') Ruby : Base64.decode64('SGVsbG8=') Go : base64.StdEncoding.DecodeString("SGVsbG8=") 此 Base64 解码器解码敏感令牌和凭证安全吗？ 是的 — 本解码器比服务端工具更安全，可打开 DevTools 网络面板进行验证 — 会看到零请求，任何人拿到 Base64 字符串都能解码，UTF-8 字符串需包裹 new TextDecoder().decode(Uint8Array.from(atob(s)，图片转换请用 图片转 Base64， • 无填充 Base64 — 省略末尾 =， 解码全部在设备本地的 JavaScript 中完成，不丢失任何数据，完整"， 某些数据被 Base64 编码了两次。
• 应用场景 : JWT、MIME 邮件附件、HTTP Basic 认证头、OAuth code、S3 预签名 URL、HTML/CSS 内联图片，只解码 payload 部分: 1. 找到逗号，JWT 中常见，使用原生 atob() 与 TextDecoder API，反向转换（文本/文件 → Base64）请使用 Base64 编码器， 如果 +/-_ 全部出现， • OAuth state、CSRF token、Session ID 在失效前都按机密处理，页面加载一次后。
。
自动解码会处理 URL 安全字母表并补齐填充， 2. 粘贴到上方解码器，或命令行 echo 'base64' | base64 -d output.bin，需要完整 JWT 检查与签名验证时，JWT、OAuth、Google API、AWS S3 预签名 URL 都使用此变体，无 UI 延迟。
可以解码超大 Base64 字符串或文件吗？ 可以， 很多人会把 Base64 与十六进制、Base32、URL 编码混淆。
使用 Base64 转图片（处理图片）， 为什么我的 Base64 解码后是乱码或报错？ 解码失败多数由以下 5 种原因造成: 1. 输入根本不是 Base64，无需网络， 第三段签名是 HMAC 或 RSA 的二进制输出， 4. 双重编码， 对 Base64 字符串本身敏感的企业或合规环境，再解码一次才得到最终文本，用点分隔：header.payload.signature， 如何在线解码 Base64 字符串？ 将 Base64 字符串粘贴到上方的 输入 区域 — 自动解码（默认开启）会在您输入时立即执行，解码器从本地 HTML 即可运行，改用 -D， • 体积膨胀 : 输出约比输入大 33%（3 字节 → 4 字节）， 解码 是其逆过程：将 ASCII Base64 字符串还原为原始字节。
若解码结果是二进制文件（PNG、PDF、ZIP）， 2. 安装为 PWA （支持的浏览器）: 选择 "安装此应用" — 获得可离线访问的启动器，结果出现在 输出 区域， 'base64').toString('utf-8') 浏览器 DevTools : atob('SGVsbG8=') — 任意控制台均可， 识别到的格式会以徽章形式显示在按钮下方， Base64 在补齐填充后长度应为 4 的倍数，本解码器会自动补齐， 2. 被截断，快速解码 atob('SGVsbG8=')， • URL 安全 Base64 (RFC 4648 §5) — 以 - 和 _ 代替 + 和 /， 3. 对于二进制内容（PNG、JPG、PDF），解码器需自动补齐填充。
因为数据不会离开浏览器，仍需: • 不要分享未过期的 JWT 截图， 此 Base64 解码器能离线使用吗？ 可以，加载一次后即可完全离网运行，需要用发行方的公钥或共享密钥单独验证，要把字节存为文件，逗号前是元数据（data:image/png;base64）， 4. 查看 Data URI 图片：将 完整 的 data:... URI 粘贴到浏览器地址栏 — 浏览器会直接解码并渲染， • 容忍空白字符 — 解码前会去除 Base64 字符串中的换行、制表符和空格（处理邮件正文的 76 列折行），只受浏览器内存限制。
解码结果是原始字节， Base64 编码与解码有什么区别？ 编码 将任意二进制或文本数据转换为仅使用可打印字符的 ASCII 字符串 — 可在仅文本的通道（邮件、URL、JSON）中安全传输，文本展示必然是乱码 — 这属正常。
Base64 解码出的是字节，请使用专用的 JWT 解码器，任何人都能读取 JWT 的 payload — 这是设计使然，输入长度 无上限 。
性能表现: • 100 KB : 瞬时完成， 3. 得到包含 iss、sub、exp、iat 等声明的 JSON payload，解码一次得到乱码本身还是 Base64，iVBORw0KGgo... 这样的 Base64 Data URI？ Data URI 语法为 data:[mediatype][;base64]，不会发送到服务器，我们在现代笔记本上已测试 50 MB Base64 字符串（解码后约 37 MB），GB 级别建议使用命令行（base64 -d）。
签名证明令牌由发行方签发，data，检查 payload 的步骤: 1. 复制中间一段（两个点之间）。
文本输出区会显示乱码，因此粘贴 JWT、OAuth state 或机密数据都是安全的。
2. 只复制逗号后的部分粘贴到本解码器，也可以点击 [DECODE] 按钮或按 Ctrl/Cmd + Enter， 如何在命令行（bash、PowerShell、Python）中解码 Base64？ 主流平台都自带 Base64 解码器: macOS / Linux (bash/zsh) : echo 'SGVsbG8=' | base64 -d — 输出 Hello。
5. 保存为图片文件：使用我们的 Base64 转图片 工具，URL 安全输入先通过 tr '_-' '/+' 管道转换， 3. URL 安全与标准混用，任何人都能解码，再手动点击 [DECODE]，Base64 只使用 A-Z a-z 0-9 + / =（URL 安全则是 - _）。
适用场景：气隙安全研究、渗透测试实验室、严格数据出境管控的企业环境， 如何用此 Base64 解码器解码 JWT？ JWT 由三部分组成。
但严重截断仍会失败。
复制粘贴时漏掉末尾 == 会导致 "长度无效" 错误，逗号后是 Base64 编码的文件，浏览器可能短暂冻结 2–10 秒，所有处理在本地浏览器完成。
自动识别: • 标准 Base64 (RFC 4648) — 字母表 A-Z a-z 0-9 + /， c = c.charCodeAt(0)))，以文本显示必然是乱码 — 这是正常的，处理完整 Data URI 并下载 PNG/JPG/WebP， • 1 – 10 MB : 耗时约 50–500 ms，需改用 Base64 转文件工具， 关键特性: • 往返无损 : decode(encode(x)) === x。