> 编码 | 解码 | 执行 <

答：Base64是使用64字符字母表的二进制到文本编码方案。对于Base64数据转换、图片嵌入、邮件附件、API数据传输至关重要。

答：100%免费Base64转换器。无文件大小限制。无限制Base64编码/解码操作。仅本地Base64处理。

答：100%安全Base64处理。本地Base64编码/解码。零服务器上传。您的Base64数据永不离开您的设备。

答：标准Base64使用+/字符。URL安全Base64使用-_字符。URL安全Base64更适合网络URL、文件名、HTTP标头。

答：是的。图片转Base64转换器：/image-to-base64/。支持PNG、JPG、GIF、SVG Base64编码。所有文件类型。

答：Base64是编码，不是加密。Base64是可逆的数据表示。不安全。安全性使用AES加密，不是Base64。

答：快速Base64编码器/解码器 + 离线Base64处理 + 无限文件大小 + URL安全Base64 + 高级选项 + 完全免费。

答：将 Base64 字符串粘贴到上方的输入框，点击 [解码]，解码后的文本会立即出现在输出框。解码器会自动识别 URL 安全变体（-_ 代替 +/）以及缺失的 = 填充。所有运算都在浏览器本地进行，因此你可以放心解码 Token、凭据或包含敏感内容的 API 响应，数据永不离开你的设备。

答：在上方的输入框中输入或粘贴普通文本，点击 [编码]。Base64 结果立即出现在输出框。勾选 --url-safe 得到 URL 安全 Base64（URL、文件名必需），勾选 --no-pad 可去掉末尾的 = 填充。编码器原生支持完整的 UTF-8，因此中文、emoji 和非 ASCII 字符都能正确编码。

答：标准 Base64 使用 A-Z、a-z、0-9、+、/ 共 64 个可打印 ASCII 字符，再加上用于填充的 =。URL 安全 Base64（RFC 4648 §5）把 + 改为 -、/ 改为 _，因此可以直接放进 URL、文件名。每 3 字节输入会变成 4 个 Base64 字符；如果输入长度不是 3 的倍数，就会在末尾用 = 补齐。

答：末尾的 = 是 Base64 填充字符，用于把输出长度补足为 4 的倍数。1 字节输入会产生 XX==，2 字节产生 XXX=，3 字节则不需要填充。许多解码器在长度合法的情况下会接受无填充输入，JWT 与 URL 安全 Base64 更是默认不带 =。在上方勾选 --no-pad 即可自动移除 =。

答：主流语言都内置了 Base64 支持：
JavaScript — btoa(str) 编码、atob(str) 解码（仅 ASCII，中文需配合 TextEncoder/TextDecoder）
Node.js — Buffer.from(str).toString('base64') / Buffer.from(b64, 'base64').toString()
Python — base64.b64encode / base64.b64decode
PHP — base64_encode / base64_decode
Shell（Linux/macOS） — echo -n "你好" | base64 与 echo "5L2g5aW9" | base64 -d
Go — base64.StdEncoding.EncodeToString

答：Data URI 使用 data:[mime-type];base64,[payload] 的格式，把 Base64 编码后的资源直接嵌入 HTML、CSS 或 JSON。例如 data:image/png;base64,iVBORw0KGgo... 可以把 PNG 图片内联进页面，省掉一次 HTTP 请求。对体积小的图标、字体而言，Data URI 能降低整体加载时间（代价是 ~33% 的体积开销）。要生成或预览 Data URI，可使用我们的 图片转 Base64 和 Base64 转图片 工具。

答：常见原因有：（1）字符串里混入了空格、换行或 Base64 字母表之外的字符，先去掉它们；（2）缺少 = 填充，且解码器严格要求长度为 4 的倍数；（3）把 URL 安全变体（-_）喂给了只支持标准变体的解码器，反之亦然，我们的工具会自动识别两种；（4）原值在 Base64 之前还经过 URL 百分号编码或 quoted-printable，需要先剥掉外层；（5）解码后的字节其实是二进制（比如 PNG），用文本方式显示当然是乱码，正确做法是保存成文件。

答：可以。base64.sh 不设文件大小限制，因为所有运算都在你的浏览器里借助 Web Crypto 与 File API 完成。文本直接粘贴即可；二进制文件（图片、PDF、ZIP 等）推荐使用 图片转 Base64 或 Base64 转图片。实际限制只取决于浏览器内存，现代浏览器通常可以轻松处理 100MB 以内的文件。

答：它们编码的数据相同，只是字母表不同。标准 Base64（RFC 4648 §4）使用 + 和 /，在 URL 与文件名里不安全；Base64URL（RFC 4648 §5）把它们替换为 - 和 _，并通常省略 = 填充。JWT、OAuth Token、URL 安全标识符都用 Base64URL。如果需要专门处理，请访问我们的 Base64URL 工具。

答：会。Base64 输出大约比原始二进制大 33%，因为每 3 个字节会被表示成 4 个 ASCII 字符。一张 1MB 的图片编码后约为 1.37MB。这是把二进制塞进 JSON、邮件、URL 等纯文本通道所付出的代价。如果体积敏感，可以先对结果做 gzip 压缩，或者直接传二进制。

答：可以，但必须先把字符串按 UTF-8 编码成字节，再做 Base64。浏览器原生的 btoa() 只接受 Latin-1，因此编码中文时通常写成 btoa(unescape(encodeURIComponent(str))) 或使用现代的 TextEncoder。我们上方的编码器已经处理好 UTF-8，粘贴中文或 emoji 都能得到正确的 Base64 结果。