Base32编码/解码工具

Base32 编码解码工具介绍

小K工具的 Base32 编码解码工具按照 RFC 4648 标准 Base32 规则，将 UTF-8 文本转换为由 A-Z、2-7 组成的字符串，也可把有效编码还原为中文、英文、多语言或 emoji 文本。转换在当前浏览器执行，无需上传待处理内容。

编码默认保留末尾 = 填充符，也可以取消填充；解码兼容大小写、ASCII 空白及完全省略填充的输入，并检查长度、填充数量、尾部补足位和 UTF-8 有效性。

怎样使用 Base32 编码和解码？

1. 选择“Base32 编码”，输入原文；或选择“Base32 解码”，粘贴需要还原的 Base32 字符串。
2. 编码时根据接收系统要求，决定是否保留末尾 =。解码时无需选择大小写或填充格式。
3. 点击“开始编码”或“开始解码”，查看结果和字符数。字符统计按 Unicode 码点计算，空白也计数。
4. 复制结果或导出 TXT；需要往返验证时，回填结果并切换方向，然后再次点击转换。

“加载示例”会按当前模式填入示例并立即转换；“清空”移除输入、结果和错误，保留所选方向与填充选项。

Base32 编码示例与填充规则

文本 f 的标准 Base32 为 MY======，省略填充后为 MY；文本 foo 编码为 MZXW6===；文本 foobar 编码为 MZXW6YTBOI======。解码后均可还原对应原文。

标准 Base32 每 5 个原始字节使用 8 个编码字符表示，不足一组时用 = 补齐。有效编码字符数除以 8 的余数只能是 0、2、4、5、7，对应填充数量为 0、6、4、3、1。可以完全省略 =，但已填写的填充必须完整且位置正确。

例如 my====== 或带 ASCII 换行的 MY====== 可以解码为 f；MZ====== 的末尾补足位不为零，会被拒绝。

Base32 文本转换的使用场景与优势

• 协议调试：核对采用标准 Base32 的 UTF-8 文本字段，验证编码和解码是否一致。
• 学习编码规则：观察不同字节长度对应的 Base32 字符数量与末尾填充变化。
• 配置文本检查：在明确使用 UTF-8 和标准字母表时，还原配置中的文本内容。
• 格式排错：检查复制过程中引入的非法字符、缺失字符、错误填充和损坏的文本字节。

本工具可以直接处理中文及 emoji，并给出具体格式错误；不需要手工对原文做字节转换或自行补齐填充。

支持范围与注意事项

仅支持 RFC 4648 标准 Base32，不支持 Base32hex、Crockford Base32、图片、文件或 GBK 等其他字符编码。数字 0、1、8、9 不属于标准字母表，不会自动替换成相似字母。解码只忽略普通 ASCII 空白，全角空格等其他字符会报错。

Base32 可以表示任意字节，但本页只还原有效 UTF-8 文本，因此随机密钥或二进制数据即使编码格式正确，也可能无法解码为文字。本工具不生成 TOTP 验证码。Base32 是可逆编码，不是加密；长文本处理受浏览器内存和性能影响。

需要其他文本编码时，可使用 Base64 编码解码、URL 编码解码或Unicode 编码解码；国际化域名转换可使用 Punycode 域名转换。

Base32 编码解码常见问答

Base32 和 Base64 有什么区别？

Base32 每个编码字符表示 5 位，使用 A-Z 和 2-7；标准 Base64 每个字符表示 6 位，使用大小写字母、数字、+ 和 /。相同字节内容的 Base32 通常更长，接收系统指定哪种编码就应使用哪种。

末尾 = 可以删除吗？

本页解码支持完全省略填充，但接收系统可能要求标准填充。编码默认保留 =；如果手工输入填充，必须保留正确数量，不能只删除其中一部分。

为什么看起来合法的编码仍无法解码？

除字母表以外，还需满足有效长度、填充数量和末尾补足位规则。通过这些检查后，原始字节还必须是有效 UTF-8；二进制密钥等内容不一定符合文本解码条件。

能编码只有空格的文本吗？

可以，编码保留原文空白。完全没有内容时会提示输入文本；解码时 ASCII 空白会被忽略，所以仅有这类空白不能产生结果。