Base64 是一种用 64 个可打印字符表示二进制数据的编码方法，编码后体积比原始数据大约增大 33%。它本身不是加密，任何人都能解码，因此不能用来保护敏感信息。你会在 Data URI、HTTP Basic Authentication、JSON 传输二进制数据以及部分数据库字段存储中遇到它，也可以用在线工具完成文本或文件的实时编解码。
Base64 是什么
Base64 是一种基于 64 个可打印字符来表示二进制数据的编码方法。它最早用于电子邮件系统，解决二进制附件在文本协议中传输的问题。如今，Base64 广泛应用于 Web 开发、数据存储和 API 通信中。
理解它的关键在于：它解决的是「二进制数据无法安全穿过只允许文本的通道」这个问题，而不是「如何让数据不被看到」。邮件协议、HTTP 头部、JSON 字段、某些数据库列类型，都只接受文本，二进制字节直接放进去可能被截断或转义。Base64 把这些字节重新映射到一组固定、安全、可打印的字符上，让它们能原样通过文本通道，到达目的地后再还原。
Base64 的工作原理
Base64 编码将每 3 个字节（24 位）的二进制数据转换为 4 个 Base64 字符（每个 6 位）。编码表包含：
- A-Z（26 个）
- a-z（26 个）
- 0-9（10 个）
- + 和 /（2 个）
- = 用作填充字符
因为每 3 字节变成 4 个字符，编码后的数据比原始数据大约增大 33%。
分组与填充的含义
编码时按每 3 字节一组处理，共 24 位，再切成 4 个 6 位片段，每个片段查表得到一个字符。如果最后一组不足 3 字节，就用 = 补齐到 4 个字符的位置。因此你在 Base64 字符串末尾经常看到 = 或 ==，它们只是占位，不是数据本身。
为什么字符集是这 64 个
这 64 个字符在绝大多数文本协议、编程语言字符串和 URL 之外的场景中都不会被当作控制字符或分隔符处理，因此可以安全传输。= 被单独拿出来做填充，不参与数据表示。
换行与变体
部分实现会在长 Base64 字符串中插入换行，这是为了适配邮件等对行长度有限制的协议。解码时通常需要先去掉换行和空白字符。另外还有把 + 和 / 替换成 URL 安全字符的变体，用于 URL 或文件名场景，解码时要先换回来。
常见应用场景
1. Data URI（内联资源）
将小图片、字体等直接以 Base64 嵌入 HTML/CSS 中，减少 HTTP 请求次数。写法是把 Base64 字符串放进 data: 开头的 URI 里，标明 MIME 类型，例如图片用 data:image/png;base64, 加上编码结果。适合体积很小的资源；体积大时会把 HTML/CSS 文件撑大，且无法被单独缓存，反而不利。
2. API 认证
在 HTTP Basic Authentication 中，用户名和密码以 username:password 格式用 Base64 编码后放在 Authorization 头中。需要注意，这只是编码，不是加密，必须配合 HTTPS 使用，否则凭据等同于明文传输。
3. JSON 传输二进制数据
当需要通过 JSON 传输二进制数据时（如图片），Base64 是最常用的编码方案。JSON 本身只支持文本，二进制字节无法直接放入，先 Base64 再放进字符串字段是通用做法。
4. 数据存储
某些数据库字段不支持二进制数据，可以用 Base64 编码后存储。读取时再解码还原。
在线 Base64 编解码工具的优势
使用在线 Base64 编解码工具，你可以：
- 实时编解码：输入文本即刻看到结果
- 支持中文：自动处理 UTF-8 编码
- 文件支持：上传文件直接转换为 Base64
- 一键复制：方便将结果粘贴到代码中
分步操作：用在线工具完成一次编解码
编码文本
- 打开在线 Base64 工具的编码输入区。
- 粘贴或输入你要编码的文本。如果包含中文，确认工具按 UTF-8 处理，否则解码端可能得到乱码。
- 触发编码，得到 Base64 字符串。
- 点击复制，把结果粘贴到目标位置，例如 Data URI 的
base64,之后，或 JSON 字段的值里。
解码文本
- 把 Base64 字符串粘贴到解码输入区。
- 如果字符串里带有换行或空格，先确认工具会自动忽略，或手动删除。
- 触发解码，得到原始文本。
- 如果结果是乱码，优先检查原始数据是否按 UTF-8 编码，以及字符串是否被截断或缺少填充。
编码文件
- 在工具中选择上传文件。
- 等待转换完成，得到 Base64 字符串。
- 复制结果，按用途加上对应的前缀，例如放进 Data URI 时补上 MIME 类型。
常见错误与注意事项
- 把 Base64 当加密：这是最危险的误解。Base64 只是编码，任何人都能解码，不要用它保护密码、令牌或隐私数据。
- 忽略填充：缺少
=可能导致部分解码器报错，遇到报错先检查末尾填充是否完整。 - URL 场景直接用标准字符集：
+和/在 URL 中有特殊含义，需要改用 URL 安全变体或先做 URL 编码。 - 中文乱码：编码和解码两端必须约定同一种字符编码，通常用 UTF-8。
- 大文件内联：Data URI 适合小资源，大文件内联会拖慢页面解析并失去独立缓存能力。
- 换行处理：从邮件或日志中复制的 Base64 常含换行，解码前需清理。
安全提示
Base64 不是加密算法。它只是一种编码方式，任何人都可以轻松解码。不要用 Base64 来保护敏感信息，如果需要安全性，请使用真正的加密算法如 AES 或 RSA。
常见问题
Base64 能加密数据吗？\n不能。它只是编码，任何拿到字符串的人都能解码，敏感信息必须使用真正的加密算法。
Base64 编码后为什么变长了？\n因为每 3 字节被表示为 4 个字符，体积大约增加 33%，再加上末尾填充。
末尾的 = 是什么？\n是填充字符，用于把最后一组补齐到 4 个字符的位置，不代表额外数据。
中文编码后解码乱码怎么办？\n确认编码和解码两端都使用 UTF-8，并检查字符串是否被截断或含有多余换行。
什么时候不该用 Base64？\n需要保密时、资源体积较大时、以及通道本身支持二进制传输时，都不适合用 Base64。