Base32 编码/解码

Base32：为什么 TOTP 验证码用的是它而不是 Base64

Base32 与 Base64 的关系

两者都是把二进制映射成可打印字符，区别在字母表大小和每字符携带的位数：

Base32 明显更浪费空间——同样数据比 Base64 长 20% 以上。它换来的是大小写不敏感、没有易混字符、可以放心手抄和口头转述。当编码结果要被人手输入时，这个取舍是值得的。

为什么 TOTP 用的是 Base32

两步验证（Google Authenticator、Authy 这类）的共享密钥按规定用 Base32 编码（RFC 4648 / RFC 6238）。原因就是上面那条：密钥经常需要人工录入或抄写，大小写不敏感、不含 0 和 1 这两个最容易与字母混淆的字符，能显著降低抄错的概率。

看到一串全大写、只有 A-Z 和 2-7 的字符串（常见长度 16、26、32 字符），基本可以确定是 Base32，而不是某种加密结果——它本身不含任何保密性，安全来自 TOTP 算法和密钥的随机性。

填充规则

Base32 每 5 字节（40 位）编成 8 个字符。不足 5 字节时用 = 补齐：

TOTP 密钥通常省略填充，解码时按长度自行补回。也有 crockford 变体把字母表换成 0-9 A-Z（去掉 I L O U），用于需要更强抗误读能力的场合。

工具支持标准 Base32 与 Base32hex，编码解码双向，全部在浏览器本地完成。