Base64 Encoder / Decoder

当软件需要通过标准文本协议传输复杂数据（如图像文件、加密证书或 JSON Web Token）时，存在极高的数据损坏风险。某些字节可能会被网络层误判为控制字符，从而破坏传输。

Base64 通过将原始二进制数据转换为由 64 个字符构成的安全字符集来解决这个问题：A-Z、a-z、0-9、+ 和 /（使用 = 进行填充）。

这保证了数据在网络传输过程中的完整性，使其能够在接收端应用程序中无缝解码还原为原始二进制格式。

由于 Base64 字符串看起来像乱码（例如 c2VjcmV0IHBhc3N3b3Jk），初级开发者有时会用它来“隐藏”URL 或数据库中的密码或敏感数据。

这是一个极其危险的安全隐患。Base64 仅仅是一种字符转换方式，解码不需要任何密钥或密码。任何黑客都能在几毫秒内还原它。如果您需要保障数据安全，必须使用强加密（如 AES-256）或密码学哈希（如 SHA-256）。

开发者经常使用 Base64 来调试 HTTP Basic 身份验证标头（例如 Authorization: Basic dXNlcm5hbWU6cGFzc3dvcmQ=）或检查 JSON Web Token (JWT) 的载荷内容。

当您使用传统的在线 Base64 解码器时，您的凭据会通过网络 POST 请求发送到未知的后端服务器。这会让您的生产环境面临巨大的日志泄露和拦截风险。

Utiliome 基于零信任架构构建。我们的 Base64 引擎利用浏览器原生 JavaScript API（如 btoa 和 atob）。您的敏感字符串永远不会离开您的设备。

Web 开发中的一个常见痛点是浏览器内置函数 btoa() 要求字符在 8 位范围内。如果您尝试对包含 Emoji（🚀）或中文文本的字符串进行编码，浏览器将抛出 DOMException 错误。

Utiliome 的编码引擎会自动拦截复杂的 Unicode 字符串。它首先使用 TextEncoder 将字符串编码为有效的 UTF-8 字节数组，然后再应用 Base64 转换。这保证了任何全局语言或符号集的无错编码和解码。

Base64 是现代软件工程技术栈中不可或缺的工具：

• CSS 内联图像： 无需发起额外的 HTTP 请求下载小图标，开发者可以将图像转换为 Base64 并直接嵌入 CSS（Data URIs）中，从而提升页面首屏加载速度。
• JSON Web Tokens (JWT)： JWT 的标头和载荷部分本质上是经过 Base64URL 格式编码的 JSON 对象，以确保在 HTTP 标头中安全传输。
• 电子邮件附件： SMTP 协议仅支持传输文本。要在电子邮件中发送 PDF 或图像，必须先将文件编码为 Base64 MIME 格式。

如果将标准 Base64 字符串附加到 URL 参数中（例如 ?token=ab+cd/ef），Web 服务器会将 + 误判为空格，并将 / 误判为目录路径，从而导致数据损坏。

为了解决这个问题，行业引入了 Base64URL 变体。它的运行机制与标准 Base64 完全相同，但它将存在问题的 + 和 / 替换为 URL 安全的替代字符（- 和 _），并且通常会移除末尾的 = 填充字符。