Base64 解码

解码器能接受哪些输入

解码是编码的逆过程：每个字符还原成 6 位数值，每 4 个字符组合成 3 个字节。实际遇到的 Base64 往往不够规范，因此本解码器的容错性较强：

• 空格和换行会被忽略，按行折断的 MIME 邮件正文和 PEM 内容可以直接粘贴。不过请先删掉 -----BEGIN 和 -----END 这两行：其中的字母和短横线都是合法的 Base64 字符，会被当作数据解码。
• URL 安全格式中的 - 和 _ 与标准 Base64 中的 + 和 / 同样可以解码。
• 缺少填充也没有问题。只有长度为 4n + 1 的字符串会被拒绝，因为单独剩下的一个字符无法组成一个字节，这通常说明字符串被截断了。
• Data URI 同样可以直接粘贴，开头的 data:...;base64, 前缀会在解码前自动去掉。

文本输出还是二进制输出

解码的结果始终是一串字节。如果原始内容是文本，保持文本输出并选择对应的字符集即可；如果原始内容是图片、PDF、压缩包、密钥或密文，换什么字符集都无法变成可读文字，此时可以把输出切换为十六进制查看字节，或者使用 Base64 转文件 和 Base64 转图片 预览并保存。从开头几个字符往往就能看出内容类型：

解码结果为什么是乱码

• 字符集不对。UTF-8 文本按 Windows-1252 读取时，é 会变成 é；GBK 或 Shift_JIS 文本按 UTF-8 读取时，会出现替换字符（�）。请选择文本原本使用的字符集，中文旧系统的数据通常是 GBK。
• 内容是二进制数据。满屏杂乱符号，只在开头附近夹着 PNG、PK 之类的可读片段，说明内容是文件而不是文本。
• 压缩或加密的数据。gzip 数据流、Protocol Buffers 和密文都能正确解码，但本身就不是文本，用十六进制输出才能看清实际内容。
• 被编码了两次。如果结果本身还是 Base64，把它粘贴回输入框再解码一次即可。

在代码中解码 Base64

# Python
base64.b64decode(s).decode('utf-8')

// Node.js（同样接受 URL 安全格式）
Buffer.from(s, 'base64').toString('utf8')

// 浏览器：atob() 每个字节返回一个字符，需要再按 UTF-8 解码
new TextDecoder().decode(Uint8Array.from(atob(s), c => c.charCodeAt(0)))

# Linux 和 macOS 命令行
echo 'SGVsbG8=' | base64 --decode