Base64 编码与解码工具
API 即将上线在浏览器中快速进行 Base64 编码与解码,支持 UTF-8 汉字、URL 安全模式(RFC 4648 §5)与自动换行,100% 本地运行。
Base64 Encoder & Decoder
Preset Samples:
Wrap:
30 chars · 36 bytes
(+33% byte expansion)
48 chars · 48 bytesUTF-8 Safe • RFC 4648 Compliant
API 版本即将上线
Base64 Encoder & Decoder API 上线时通知你。
关于
Base64 是现代计算机网络、互联网协议与软件工程中应用最为广泛的二进制转文本编码标准。其核心设计目标是使用由 64 个安全、通用的 ASCII 可打印字符构成的字母表,来承载任意形式的二进制数据、字节流或文本。在日常工程中,Base64 无处不在:Data URI 内嵌图片、HTTP Basic 鉴权请求头、JSON Web Token (JWT) 结构、PEM 格式数字证书,以及电子邮件 MIME 协议传输等均依赖其进行安全投递。
本在线 Base64 编码与解码工具 提供工业级的纯前端本地转换环境。针对原生 JavaScript btoa 无法直接处理中文、日文、生僻字与 Emoji 的历史痛点,本工具全面采用底层 UTF-8 字节流编码规范,确保多字节字符准确转换不乱码。
RFC 4648 国际标准与算法原理
- 规范遵循:严格符合 IETF RFC 4648(《Base16、Base32 与 Base64 数据编码规范》)以及 RFC 2045(MIME 规范)。
- 二进制分组原理:Base64 将连续的 24 位(3 个 8 位字节)划分为 4 组 6 位(2^6 = 64),每组 6 位数值映射为索引表中的对应字符。
- 固定的 +33.33% 存储膨胀率:由于 3 字节原始数据被编码为 4 字符,数据传输体积固定增加 33.33%(4/3 = 1.333)。
- 确定性填充机制(=):若输入字节数不是 3 的整数倍,末尾将以 0 填充并补齐
=符号。余 1 字节补==,余 2 字节补=。 - URL 安全模式(RFC 4648 §5):标准 Base64 包含的
+和/会干扰 URL 参数与文件路径。URL 安全模式将+替换为-、/替换为_,并去除尾部=,可在 Web Token 和 REST API 中无障碍传输。
常用二进制文本编码技术指标对比
| 编码机制 | 字符集大小 | 单字符有效位 | 传输体积膨胀率 | URL / 文件名安全 | 国际技术标准 | 典型工程应用场景 |
|---|---|---|---|---|---|---|
| 标准 Base64 | 64 字符 | 6 bits | +33.33% | 否(含 +、/、=) |
RFC 4648 §4 / RFC 2045 | HTTP Basic 鉴权、MIME 邮件附件、Data URI 内嵌图片、PEM 密钥 |
| URL-Safe Base64 | 64 字符 | 6 bits | +33.33% | 是(采用 -、_,无 =) |
RFC 4648 §5 | JWT 令牌、OAuth 2.0 PKCE 验证码、WebAuthn 凭据、URL 参数 |
| Base32 | 32 字符 | 5 bits | +60.00% | 是(不区分大小写) | RFC 4648 §6 | Google Authenticator 2FA 密钥、Tor 暗网 Onion 域名地址 |
| Hex (Base16) | 16 字符 | 4 bits | +100.00% (2倍) | 是 | RFC 4648 §8 | SHA-256 / MD5 哈希校验摘要、MAC 网卡地址、颜色 Hex 码 |
| Ascii85 (Base85) | 85 字符 | ~6.4 bits | +25.00% | 否 | RFC 1924 / Adobe | PDF 内部压缩数据流、PostScript 矢量文档、Git 二进制补丁 |