从零理解Base64编码：原理、应用与安全考量

📅 2026-08-16 · 📖 阅读约10分钟 · 🏷️ Base64 / 编码 / 前端开发

Base64 是每个开发者都会接触到的编码方式，从图片内联到 API 数据传输，从 JWT Token 到邮件附件，Base64 无处不在。但你是否真正理解它的工作原理？膨胀率是多少？Base64 和 Base64Url 有什么区别？使用 Base64 有什么安全风险？本文将深入探讨这些问题。

一、什么是 Base64

Base64 是一种基于 64 个可打印字符来表示二进制数据的编码方式。它的核心作用是将任意二进制数据转化为纯文本字符串，使其能在只支持文本的协议或格式中安全传输。

Base64 的字符集包含：26 个大写字母（A-Z）、26 个小写字母（a-z）、10 个数字（0-9），以及 + 和 / 两个符号，共 64 个字符。第 65 个字符 = 用于填充。

你可以使用 Base64 编码解码工具 快速体验 Base64 编码和解码过程。

二、Base64 的编码原理

Base64 的编码过程可以概括为以下步骤：

  1. 将待编码的数据按每 3 个字节（24 位）分为一组
  2. 将每组 24 位数据拆分为 4 组 6 位数据
  3. 每组 6 位数据对应一个 0-63 的索引值
  4. 根据索引值从 Base64 字符表中找到对应的字符
  5. 如果最后一组不足 3 个字节，用 0 补齐，并在末尾添加相应数量的 = 号

因为 3 字节变成了 4 字符，所以 Base64 编码后数据体积会膨胀约 33%。这是使用 Base64 时需要权衡的重要因素。

三、Base64 的常见应用场景

1. 图片内联（Data URI）

在 CSS 或 HTML 中将小图标用 Base64 编码后直接嵌入，可以减少 HTTP 请求次数。但注意仅适合小图标（一般小于 5KB），否则反而会因为体积膨胀影响加载速度。

2. 电子邮件附件（MIME）

电子邮件协议（SMTP）最初只支持文本传输，二进制文件需要通过 Base64 编码后才能作为邮件附件发送。这也是为什么邮件附件会比原文件大约 33% 的原因。

3. JSON Web Token（JWT）

JWT 的 Header 和 Payload 部分都使用 Base64Url 编码。很多人误以为 JWT 是加密的，其实只是编码，任何人都可以解码查看内容。JWT 的安全性来自于签名（Signature），用于验证数据是否被篡改。

4. URL 参数传递

有时需要在 URL 中传递二进制数据，直接传递会有各种问题。使用 Base64Url 编码后，可以安全地通过 URL 参数传递。

5. HTML 中的嵌入内容

在 HTML 邮件、单文件 HTML 应用等场景中，使用 Base64 将图片、字体等资源嵌入 HTML，可以生成完全自包含的单文件。

四、Base64 和 Base64Url 的区别

标准 Base64 中包含 + 和 / 两个字符，这两个字符在 URL 中有特殊含义，不能直接出现在 URL 中。Base64Url 就是为了解决这个问题而设计的变体：

Base64Url 广泛应用于 JWT、URL 参数、Cookie 等场景。如果你在解码 JWT 时失败，很可能是因为它使用的是 Base64Url，需要先补全 = 号再用标准 Base64 解码。

五、Base64 的性能考量

体积膨胀

如前所述，Base64 编码会使数据体积增加约 33%。对于大文件来说，这个开销是相当可观的。因此：

编解码性能

Base64 的编解码速度很快，但对于超大数据量仍然需要考虑性能影响。在浏览器中处理数十 MB 的 Base64 数据可能会造成页面卡顿。

六、安全考量

Base64 不是加密

这是最常见的误解。Base64 只是编码，不是加密。编码是可逆的，任何人拿到 Base64 字符串都可以解码出原始内容。

绝对不要用 Base64 来保护敏感信息。如果需要保护数据机密性，请使用 AES 等真正的加密算法。

安全使用建议

七、实践技巧与工具推荐

在日常开发中，以下是一些实用的 Base64 使用技巧：

总结

Base64 是每个开发者都应该深入理解的基础技术。它简单而实用，在 Web 开发中无处不在。但也要清楚它的局限性：体积膨胀 33%、不是加密、不适合大文件。

希望本文能帮助你更全面地理解 Base64。如果你有任何问题或补充，欢迎通过邮箱与我们交流。