Base32 编码 / 解码

在线按 RFC 4648 做 Base32 编码与解码:A–Z、2–7 字母表,自动处理填充。文本本地转换,不上传。

文件不上传 单文件最大 2MB

参数

这个工具做什么

Base32 把任意字节编码成只用 26 个大写字母和 2–7 这 8 个数字的文本——总共 32 个符号,不含小写、0、1 这类容易看混的字符。它是 RFC 4648 定义的标准编码,常见于双重验证(2FA)密钥、恢复码、证书指纹等场景。

对比 Base64:Base32 的输出比原文长约 60%,但「人抄不错、机器读不歧义」——没有大小写之分、没有 0/O 与 1/l/I 的混淆。本页按 RFC 4648 实现,编码输出自动带 = 填充,解码容忍小写、空格与缺失填充。全程本地转换。

如何使用

  1. 选择编码或解码 编码把任意文本变成 Base32;解码把 Base32 还原为 UTF-8 文本——解码二进制内容会明确报错而不是输出乱码。
  2. 粘贴内容并转换 解码时无需手动去掉空格、换行或 = 填充,工具会自动清理;「↓ 送去解码/编码」按钮可以直接做往返验证。

常见问题

和 Base64 有什么区别?该用哪个?

Base64 紧凑(+33%),适合机器到机器的传输;Base32(+60%)牺牲体积换来「人工可抄写、大小写不敏感」,适合密钥、恢复码等由人处理的场景。

解码时需要处理大小写和填充吗?

不需要。解码会自动转大写、去掉空白与 = 填充;填充缺失也能照常解码。只有字母表之外的字符(如 0、1、8、9)会报错。

为什么我的 Google Authenticator 密钥编码后对不上?

2FA 密钥通常是「字节的 Base32」——先按字节编码再展示。如果你先把字节当成了文本再编码,结果自然不同。确认输入的是原始密钥文本本身。

能解码二进制数据吗?

本工具把解码结果按 UTF-8 文本输出,二进制内容会明确报错。对二进制 Base32 内容请用通用解码工具或脚本。

Crockford Base32 支持吗?

不支持。Crockford 变体排除了 I、L、O 并允许 U 小写校验位,属于另一套规范;本工具只做 RFC 4648 标准。

内容会被上传吗?

不会。编码与解码都在浏览器 Worker 内完成,内容不出设备。

限制与边界

单次最大 2MB;只支持 RFC 4648 标准字母表(A–Z、2–7),不支持 Crockford / z-base-32 变体。

解码结果按 UTF-8 文本输出:二进制内容会明确报错,不会输出乱码。

编码输出总是带 = 填充;解码对填充的缺失或多余均容忍。

相关工具