Base32 编码/解码
使用 RFC 4648 Base32 转换 UTF-8 文本
编码转换
🔒 100% 本地运行 — 你的数据不会离开当前页面由 Evan 维护•最近更新：2026年9月30日
选项模式
输入
先选编码或解码，贴文本或 Base32 串直接转换；场景说明和修复提示可在高级模式查看。
转换结果
结果将显示在这里
🔒 本地处理，不保存输入草稿
页面阅读模式
完整说明还包括常见问题处理、操作示例、代码片段、FAQ 和相关工具，便于核对结果或排查问题。
工具说明
此文本转换器使用 RFC 4648 的 A–Z、2–7 字母表。编码保留文本空白，输出大写且带补位的 Base32。解码忽略空白和大小写，接受省略补位，但拒绝不可能的长度、错误显式补位和非零补位比特。解码结果必须是有效 UTF-8 文本；此界面不接受原始字节输入，也不负责检查任意 OTP 密钥字节。处理在本地完成，不保存输入草稿。
生产可用片段
RFC 4648 末尾分组与严格解码
text
f → MY======
foo → MZXW6===
foobar → MZXW6YTBOI======
解码不带补位的小写 my → f
M：不可能的字符数
MZ======：含非零补位比特，本解码器拒绝常见问题
支持哪种 Base32 变体？
支持 RFC 4648 的 A–Z 和 2–7；不支持字母表不同的 Base32hex 或 Crockford Base32。
可以省略补位吗？
可以。有效数据字符数模 8 必须为 0、2、4、5 或 7；若存在 =，数量必须与最后一个分组对应。
为什么拒绝非零补位比特？
RFC 4648 要求编码器将补位比特置零；解码器拒绝非零补位比特是本工具的严格策略，RFC 允许但未强制所有解码器这样做。
任何验证器密钥都能显示为文本吗？
不能。OTP 密钥是任意字节，不一定采用 UTF-8。本工具无法显示文本，并不证明验证器密钥无效。
Base32 能保密，或比 Base64 更短吗？
它不提供保密能力。相同字节的 Base32 通常比 Base64 更长，使用的字符集更小。
继续浏览