关于 Base64 编码/解码
Base64 编码与解码工具在文本与 Base64 之间双向转换，也支持把图片等文件编码成可内联的字符串，常用于在 JSON、HTML 或邮件中安全携带二进制数据。粘贴文本即时得到编码结果，反向解码同样即时，并支持文件拖入编码。所有处理在浏览器本地完成，你的数据不会上传到服务器，适合处理含敏感字段的负载。无论是调试接口、嵌入小图标，还是阅读被编码的片段，都能快速核对与还原。结合本站的 URL 编码工具，还能覆盖更多传输场景下的特殊字符转义需求。两者配合足以应对绝大多数前后端联调中的编码问题，从编码到解码一次到位；处理在本地完成数据不上传，适合处理含敏感字段的负载，无论是调试接口、嵌入小图标还是阅读被编码片段都能快速核对与还原，也常与本站 URL 编码工具搭配覆盖更多传输场景。
使用方法
- 打开 Base64 转换工具
- 选择编码或解码模式
- 在输入区域粘贴文本或上传文件
- 点击「转换」按钮，结果将实时显示
- 复制转换结果
使用场景
- Data URI 嵌入图片 — 把小图片转 Base64 直接嵌入 CSS 或 HTML，减少 HTTP 请求。
- API 传输二进制 — JSON 不支持二进制字段，文件、加密结果常以 Base64 字符串传输。
- 调试 JWT — JWT 三段都是 Base64URL，本工具可单独解码看 header / payload 内容。
- 邮件附件 — SMTP 协议要求附件用 Base64 编码后才能在文本邮件里传输。
- 配置文件密钥 — YAML / JSON 配置文件里存证书、密钥时常用 Base64 表示。
常见问题
Base64 是加密吗？
不是。Base64 只是编码——任何人都能轻松解码。如需保密请用 AES（本站「AES 加密」工具）。
为什么编码后体积变大了？
Base64 用 4 个字符表示 3 字节，体积会膨胀约 33%。这是为了把任意二进制塞进文本通道的代价。
Base64 和 Base64URL 有什么区别？
Base64URL 把 + 和 / 替换成 - 和 _，并去掉填充的 =，使其在 URL 和文件名中安全。JWT 用的就是 Base64URL。
为什么解码失败？
常见原因：(1) 字符串包含非 Base64 字符（如换行、空格）；(2) 末尾 = 填充缺失；(3) URL 安全变体没替换回 + /。
能编码图片吗？
能。需要先把图片读为二进制（Blob/ArrayBuffer），再转 Base64。本站还有「文件转 Base64」专用工具，直接拖拽图片即可。
为什么解码出来是乱码？
常见原因有三种：一是源字符串本身不是用 UTF-8 编码的文本，而是二进制（如图片、压缩包、加密结果），BASE64 解码后自然显示成乱码，需先确认内容的真实类型；二是输入其实不是标准 Base64，可能混入换行空格，或被 URL 编码工具把 + 转成了空格、把 / 转义了，解码前先清除这些非 Base64 字符；三是解码后的文本字符集不是目标使用的编码。排错顺序：先确认是否真的要在文本通道里传二进制，再清理输入的非 Base64 字符，最后用 Unicode 正确解码。
Base64 里的换行会影响解码吗？
会。一些编码器或邮件协议会按每 76 个字符插入回车换行（参考 RFC 4648 的行宽建议），严格解码器遇到这些换行、空格会直接报错或导致结果错乱。如果你粘贴的是带换行的 Base64，先移除所有 ASCII 空白（换行 \n、回车 \r、空格）再解码即可。多数现代编程语言在严格模式下也会拒绝空白，需用替换或正则先行清理。规范的做法是先用正则 [^A-Za-z0-9+/=] 过滤掉非 Base64 字符，再交给解码函数。