Base64 编码 / 解码转换器｜免费・无需注册
免费在线工具，将文本与 Base64 格式互相转换，一键切换编码/解码模式。适用于邮件附件、JWT 令牌、数据 URI 等场景。全部在浏览器本地处理，输入内容不会上传到服务器。
什么是 Base64 编码与解码
Base64 是一种只用 64 个 ASCII 字符（A–Z、a–z、0–9、+、/）来表示二进制数据或任意字符串的编码方式。它的设计初衷是让二进制数据能够安全地通过只能处理 7 位 ASCII 文本的老式邮件系统等传输渠道，途中不会有字节被破坏或误读。
本工具可以一键在文本与 Base64 格式之间互相转换。所有处理都在浏览器本地完成，输入内容不会发送到服务器。由于工具内部会先经过 UTF-8 编码，中文、日文、emoji 等 Unicode 字符也能正确转换。
Base64 转换工具使用方法
- 选择模式 想把文本转成 Base64 就选择"编码"，想把 Base64 还原成文本就选择"解码"。
- 粘贴文本 将要转换的字符串或 Base64 数据粘贴到"输入"框中。
- 查看输出结果 随着输入内容变化，"输出"框会实时显示转换结果。
- 复制结果 复制转换结果，粘贴到邮件附件、数据 URI、API 请求等所需的地方。
用好本工具的小技巧
- Base64 的名称来源于编码使用的 64 种可打印 ASCII 字符（A–Z、a–z、0–9、+、/）。末尾的
=是填充字符，用于将字节数补齐为 3 的倍数。 - JWT（JSON Web Token） 使用 Base64URL（将
+替换为-、/替换为_）对令牌进行编码，以确保 URL 安全。其输出与标准 Base64 略有不同。 - HTML/CSS 中的数据 URI（
data:image/png;base64,iVBOR...）使用 Base64 将资源直接嵌入源代码，无需单独的文件请求。 - Base64 是编码而非加密，任何人都可以立即解码。切勿用它来保护敏感信息。
Base64 转换工具的应用场景
制作数据 URI
想在 HTML/CSS 中直接嵌入小图片而不需要单独的文件时，可以把图片数据转换为 Base64 来生成 data: URI。
查看 JWT 令牌内容
解码 JWT 的头部和负载部分，可以查看其中包含的声明内容（签名部分仍需另行验证）。
调试 API 响应
许多 API 会以 Base64 编码的文本形式返回二进制数据，开发时可以在这里解码查看实际内容。
生成配置文件・环境变量的值
将证书或密钥文件转换为 Base64，便于嵌入环境变量或配置文件中。
Base64 相关术语表
- Base64
- 一种只用 64 种 ASCII 字符表示二进制数据的编码方式。每 3 字节数据会转换为 4 个字符，因此数据量比原始大约增加 33%。
- 填充符（=）
- 为了让 Base64 输出的总长度凑成 4 的倍数而在末尾添加的
=符号，具体添加 0 个、1 个还是 2 个取决于原始数据的字节数。 - Base64URL
- 把在 URL 中有特殊含义的
+和/分别替换为-和_的 URL 安全版 Base64 变体，常用于 JWT 和 OAuth 令牌。 - MIME
- 使邮件能够附带图片、音频等二进制文件的规范。由于 SMTP 只能处理 7 位 ASCII，MIME 在内部使用 Base64 编码来传输二进制内容。
- 数据 URI
- 一种无需外部链接、直接把图片等文件嵌入 HTML/CSS 的写法，形式为
data:image/png;base64,...，其中使用 Base64 编码的数据。
常见问题
data:image/png;base64,...）、JWT 认证令牌，以及通过文本 API 传输二进制数据。
闲话 ― Base64、电子邮件与 URL 的冲突
Base64 得以普及的最大推手是电子邮件。1970～80 年代的 SMTP 只能处理 7 位 ASCII 文本，二进制附件在传输中会损坏。MIME 通过将二进制数据 Base64 编码为纯文本来解决这一问题，这一机制至今仍用于每封邮件的附件内部表示。
Base64 字符集中包含 + 和 /，而这两个字符在 URL 中有特殊含义。为此，Base64URL（+→-、/→_、无填充）应运而生。JWT 和 OAuth 令牌使用 Base64URL，因此其外观与标准 Base64 略有差异。
将 3 字节二进制转换为 4 个 Base64 字符，意味着输出比输入大约 33%。将大图片嵌入为数据 URI 会显著增大 HTML 文件体积，小图标可以使用，但不建议对大型资源使用。