Base32编码与解码工具，用于将二进制数据转换为易读字符串，适用于DNSSEC、文件命名等场景。
工具用的顺手吗？
你的反馈能帮助我们做得更好
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
Base32 先把文本对应的字节排成比特流，再按每 5 比特一组映射为一个字符。标准字母表只有大写字母 A-Z 与数字 2-7；因为 32 恰好等于 2 的 5 次方，一个输出字符可以表示 32 种取值。此处的输入和输出都是文本：编码时先按 UTF-8 取得字节，所以中文、表情和其他 Unicode 文本也能参与转换；解码时则把还原出的字节按文本显示。
编码关系：5 个输入字节 = 40 比特 = 8 个 Base32 字符。输入不足 5 字节时，末组会补零比特，并可用 = 把输出补到 8 字符的整数倍。
Base32 的输出通常比原始字节长。它换取的是较小、大小写不敏感的字母表，适合只能保存文本或不便使用特殊符号的字段。该页面实现的是 RFC 4648 标准字母表，不提供 Base32hex、Crockford Base32 或其他变体；不同变体的字符表不可直接混用。
默认编码保留末尾的 =；打开“无填充”后，只省略这些结尾占位符，实际数据位不变。解码时会去掉输入首尾空白、把字母统一为大写，并移除末尾连续的等号，因此带填充、无填充以及小写形式都可尝试解码。字符串中间的空格、连字符或字母表以外字符不会被忽略，而会导致失败。
该解码过程面向 UTF-8 文本查看，并不是任意二进制文件解包器，也不会检查所有“规范编码”条件。例如，只要字符属于字母表，尾部不完整的比特会按整字节截取；因此“能够显示结果”不等于输入一定来自规范的 Base32 编码器。
指南
按步骤完成操作，并通过示例核对输入与结果。
普通文本转 Base32 时选“编码”；已有 Base32 字符串转回文本时选“解码”。切换方向后，示例按钮也会换成相应输入。
键入或粘贴文本，结果区会随内容变化。编码模式可按目标系统要求切换“无填充”；解码模式无需先手动删除结尾等号。
结果区是只读文本，可复制。若解码失败，先检查是否混入空格、短横线、数字 0 或 1，或是否采用了另一种 Base32 字母表。
输入 Hello World，默认输出为：
JBSWY3DPEBLW64TMMQ======启用“无填充”后，同一输入得到 JBSWY3DPEBLW64TMMQ。把任一形式切到解码模式，都可还原为 Hello World。第二个内置样例 Base32 的带填充结果为 IJQXGZJTGI======。这些结果与 RFC 4648 的分组方式一致，也能用来排查目标系统是否保留填充。
中文样例可以输入 你好。它会先形成 UTF-8 字节，再进行 Base32 映射；若对方把文本按其他字符编码转换，即使使用同一 Base32 字母表，最终字符串也会不同。
场景
查看这项工具在不同工作与生活流程中的用法。
开发人员可把一小段文本转换后与接口文档或另一端输出对照，重点确认标准字母表、大小写和填充约定。
需要在不便输入特殊符号的环境中传递文本标识时，可先查看编码长度，并保留原文用于回解核对。
收到无法解析的字符串时，可分别尝试有无结尾填充，检查是否误用了 0、1 或其他 Base32 变体，而不是直接猜测原文。
问答
集中解答高频疑问与容易混淆的问题。
等号是填充占位符，不代表额外原文。标准 Base32 以 5 字节为一组；末组不足时，输出用等号补到 8 字符的整数倍。只有目标协议明确允许省略时才建议打开“无填充”。
可以。此页面会先把输入字母转为大写再查表，但输出编码固定为大写。大小写兼容不代表数字 0、1 或连字符也会被接受。
先比较字符编码、Base32 变体与填充策略。这里按 UTF-8 处理文本，并使用 RFC 4648 标准字母表；若对方使用 Base32hex、Crockford 或把原文按其他编码转成字节，结果不会相同。
不能。页面会拒绝字母表外字符，但不是严格的规范校验器，也不会验证来源、用途或完整性。重要协议数据仍应由对应协议的解析器复核。
须知
使用前了解适用范围、结果限制与必要提醒。
Base32 是可逆编码，不是加密、哈希或签名。任何拿到字符串的人都可尝试还原内容，因此不要把编码结果当作保密措施。
推荐
查找相关工具、专题与可用的 API 能力。