Base64 编码详解：何时使用及为何使用

2026年3月31日 · 12分钟阅读

理解 Base64 编码

Base64 编码是一种使用 64 个可打印字符集将二进制数据转换为 ASCII 字符串表示的方法。这种编码方案已成为现代 Web 开发、电子邮件系统和数据传输协议的基础。

从本质上讲，Base64 解决了一个关键问题：许多系统和协议被设计为处理文本数据，而非原始二进制数据。当您需要通过这些基于文本的通道传输图像、PDF 或任何二进制文件时，Base64 在二进制和文本格式之间提供了可靠的桥梁。

该编码是完全可逆的，这意味着您可以将 Base64 字符串解码回其原始二进制形式而不会丢失任何数据。这使其非常适合数据完整性至关重要的场景，例如在 HTML 或 CSS 中嵌入图像、通过电子邮件传输附件，或在 JSON 或 XML 文档中存储二进制数据。

字符集

Base64 使用恰好 64 个字符来表示数据，这也是其名称的由来。标准 Base64 字母表包括：

• 大写字母 A-Z（26 个字符）
• 小写字母 a-z（26 个字符）
• 数字 0-9（10 个字符）
• 两个特殊字符：+ 和 /
• 填充字符：=（用于将输出对齐到 4 个字符的倍数）

选择此字符集是经过仔细考虑的，因为这些字符在不同的系统、协议和字符编码中得到普遍支持，使 Base64 具有极强的可移植性。

Base64 编码的工作原理

了解 Base64 编码的机制有助于您更有效地使用它，并在出现问题时进行故障排除。该过程涉及将二进制数据转换为文本的几个精确步骤。

步骤 1：二进制数据分段

编码过程首先将输入数据视为字节流。每个字节代表 8 位信息。Base64 使用 24 位组，这意味着它一次处理三个字节的输入数据块。

这种分组至关重要，因为 24 位可以均匀地分成四个 6 位段，而 6 位可以精确表示 64 个不同的值（2^6 = 64），与我们的字符集完美匹配。

步骤 2：转换为 6 位块

每个 3 字节块（总共 24 位）被分成四个 6 位段。这些段与 Base64 字符集完美对齐，确保可预测的输出长度。每 3 个字节的输入，您将获得恰好 4 个字符的 Base64 输出。

// 示例：编码字符串 "Cat"
C -> 67 (ASCII) -> 01000011 (二进制)
a -> 97 (ASCII) -> 01100001 (二进制)
t -> 116 (ASCII) -> 01110100 (二进制)

// 组合二进制：01000011 01100001 01110100

// 分成 6 位块：
010000 | 110110 | 000101 | 110100

// 将每个 6 位块转换为十进制：
16 | 54 | 5 | 52

// 映射到 Base64 字符：
Q | 2 | F | 0

// 结果："Q2F0"

步骤 3：字符映射

每个 6 位值（范围从 0 到 63）映射到 Base64 字母表中的特定字符。映射很简单，遵循以下模式：

步骤 4：填充

当输入数据长度不是 3 字节的倍数时，会添加填充以确保输出始终是 4 个字符的倍数。填充字符 = 附加到编码字符串的末尾。

• 如果输入剩余 1 个字节：添加 2 个填充字符（==）
• 如果输入剩余 2 个字节：添加 1 个填充字符（=）
• 如果输入恰好可被 3 整除：不需要填充

例如，编码 "Ca"（2 字节）会产生带有一个填充字符的 "Q2E="，而 "C"（1 字节）会变成带有两个填充字符的 "Qw=="。

Base64 的实际应用

Base64 编码在现代软件开发中已变得无处不在。了解它在何处以及为何使用有助于您在自己的项目中做出明智的决策。

电子邮件附件和 MIME

像 SMTP 这样的电子邮件协议最初被设计为仅传输 7 位 ASCII 文本。当您将文件附加到电子邮件时，它通常作为 MIME（多用途互联网邮件扩展）标准的一部分以 Base64 编码。这确保了像 PDF、图像和文档这样的二进制附件可以安全地通过只理解文本的电子邮件服务器传输。

电子邮件客户端在您下载时会自动解码这些附件，使该过程对最终用户透明。

数据 URL 和嵌入式资源

Base64 在 Web 开发中最常见的用途之一是使用数据 URL 直接在 HTML 或 CSS 中嵌入图像和其他资源。这种技术消除了额外的 HTTP 请求，可以提高小型资源的页面加载性能。

<!-- 直接在 HTML 中嵌入图像 -->
<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAUA..." 
     alt="红点" />

/* 在 CSS 中嵌入背景图像 */
.icon {
  background-image: url(data:image/svg+xml;base64,PHN2ZyB4bWxucz0i...);
}

这种方法最适合小图像（通常小于 10KB）。较大的图像应作为单独的文件提供，以避免使 HTML/CSS 膨胀并对解析性能产生负面影响。

JSON 和 XML 数据传输

当您需要在 JSON 或 XML 文档中包含二进制数据时，Base64 提供了一个简洁的解决方案。由于 JSON 和 XML 是基于文本的格式，它们不能直接表示二进制数据。Base64 编码允许您将二进制内容作为字符串值嵌入。

{
  "username": "john_doe",
  "avatar": "data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAA...",
  "document": "JVBERi0xLjQKJeLjz9MKMSAwIG9iago8PC9UeXBlL0..."
}

这在 REST API 中特别有用，您需要将文件或二进制数据作为 JSON 负载的一部分传输。

身份验证和令牌

许多身份验证方案使用 Base64 编码凭据和令牌。例如，HTTP 基本身份验证在 Authorization 标头中以 Base64 格式编码用户名和密码组合。

// 基本身份验证标头格式
Authorization: Basic dXNlcm5hbWU6cGFzc3dvcmQ=

// 解码后："username:password"

JWT（JSON Web 令牌）也使用 Base64URL 编码（URL 安全变体）用于其标头和负载段。这使令牌可以安全地在 URL 和 HTTP 标头中传输。

数据库存储

一些开发人员使用 Base64 在没有原生二进制字段类型的数据库中存储二进制数据，或在使用遗留系统时。虽然这可行，但由于 33% 的大小开销和性能影响，通常不建议用于大文件。

像 PostgreSQL、MySQL 和 MongoDB 这样的现代数据库具有高效的二进制存储类型（BYTEA、BLOB、BinData），应优先于 Base64 编码的文本字段。

配置文件

YAML、TOML 或 INI 等格式的配置文件通常使用 Base64 来存储二进制数据，例如加密密钥、证书或小型二进制资源。这使配置文件保持人类可读，同时仍支持二进制内容。

# Kubernetes secret 示例
apiVersion: v1
kind: Secret
metadata:
  name: mysecret
type: Opaque
data:
  username: YWRtaW4=
  password: MWYyZDFlMmU2N2Rm

Base64 编码的优势

Base64 编码提供了几个令人信服的优势，解释了它在不同技术和平台上的广泛采用。

通用兼容性

Base64 的主要优势是它在系统、协议和编程语言之间的通用支持。因为它仅使用在几乎所有上下文中都安全的 ASCII 字符，Base64 编码的数据可以穿越可能损坏或误解二进制数据的系统。

这种兼容性扩展到遗留系统、电子邮件服务器、数据库和在强大的二进制处理成为标准之前设计的 Web 协议。

数据完整性

Base64 编码在通过可能修改二进制数据的系统传输期间保持数据完整性。一些较旧的系统将某些字节值解释为控制字符或行尾，可能会损坏二进制文件。Base64 完全避开了这些问题。

基于文本的协议集成

许多协议和数据格式从根本上是基于文本的。Base64 允许将二进制数据无缝集成到这些系统中，而无需协议修改或特殊处理。

这就是为什么您会在电子邮件（MIME）、Web 标准（数据 URL）、配置格式（YAML、JSON）和身份验证方案（基本身份验证、JWT）中找到 Base64。

简单性

编码和解码算法易于实现和理解。大多数编程语言在其标准库中包含 Base64 支持，使其无需外部依赖即可轻松使用。

调试和检查

因为 Base64 输出是可读文本，与原始二进制数据相比，它更容易检查、记录和调试。您可以复制 Base64 字符串，将它们粘贴到工具中，并解码它们以检查原始内容，而无需处理二进制文件格式。

局限性和缺点

虽然 Base64 非常有用，但它并非没有缺点。了解这些局限性有助于您就何时使用它做出明智的决策。

大小开销

Base64 最显著的缺点是其大小开销。编码数据比原始二进制数据大约大 33%。这是因为您使用 4 个字符（32 位）表示 3 个字节（24 位）的数据。