Base64 是互联网最常用的二进制编码方式。以下详细介绍 Base64 的核心概念、编码原理、常见应用场景、URL 安全变体、以及数据安全注意事项，帮助您更高效地使用本工具。
Base64 是一种基于 64 个可打印字符来表示二进制数据的编码方式，最初由 RFC 2045（MIME 规范）定义，后被 RFC 4648 正式标准化。它的核心思想是将原本无法在文本协议中传输的二进制数据转换为纯 ASCII 文本，从而实现安全传输。
Base64 的编码过程可以简单概括为"三个字节变四个字符"：将每 3 个字节（24 位）的二进制数据分割成 4 个 6 位片段，每个片段作为索引从字符表中查找对应的字符。字符表包含 26 个大写字母（A-Z）、26 个小写字母（a-z）、10 个数字（0-9）以及 + 和 /。
由于 4/3 ≈ 1.33，Base64 编码后的数据体积会增加约 33%。这种体积膨胀是其主要缺点，但在大多数场景下是可以接受的。如果原始数据不是 3 的倍数，会在末尾补零并用 = 字符填充。
常见应用场景包括：图片嵌入网页（Data URI）、API 数据传输、电子邮件附件、配置文件存储等。本工具支持文本与图片的双向编解码，满足各种开发需求。
URL 安全 Base64。标准 Base64 使用的 + 和 / 在 URL 中有特殊含义（+ 表示空格，/ 表示路径分隔符），因此需要一种安全变体。URL 安全 Base64 将 + 替换为 -，将 / 替换为 _，并通常省略末尾的 = 填充字符。本工具支持两种格式的转换。
编码失败排查：中文文本编码时需确保使用 UTF-8 编码。浏览器原生的 btoa() 函数只支持 Latin-1，中文需要先通过 encodeURIComponent 转码。本工具已自动处理这些问题。
解码失败排查：检查 Base64 字符串是否完整，是否包含换行符或空白字符。某些系统生成 Base64 时会按 76 字符换行，解码前需要去除。另外，确认使用的是标准格式还是 URL 安全格式，两者混用会导致失败。
图片无法预览排查：确认输入的是有效的图片 Base64 数据。如果不含 Data URI 前缀（如 data:image/png;base64,），可勾选"添加 image 前缀"选项。如果预览仍失败，可能是图片数据损坏或格式不支持。
所有 Base64 编解码操作均在浏览器本地完成，不会上传任何数据到服务器。您输入的文本、上传的图片、生成的 Base64 字符串完全在您的设备上处理，保护您的数据隐私。
重要提醒：Base64 不是加密算法。任何人都可以轻易解码 Base64 字符串获取原始数据，因此切勿用它来保护敏感信息。如果您需要加密数据，请使用专业的加密工具，如 AES、RSA、SM2/SM4 等。
安全使用建议：对于含有高度敏感信息的 Base64 数据（如生产环境的密钥、未加密的用户数据），建议在使用本工具前先进行脱敏处理。虽然工具不会上传数据，但谨慎操作总是正确的选择。
如果您需要对数据进行真正的加密保护，我们提供了完整的加密工具集，包括对称加密（AES、SM4）、非对称加密（RSA、SM2）、哈希算法（MD5、SHA、SM3）等，所有工具均支持本地处理。