Base32编码RFC 4648合规实现必须满足四点：比特对齐、填充数量准确（1字节输入补6个=）、符号表为"ABCDEFGHIJKLMNOPQRSTUVWXYZ234567"、所有字节强制转unsigned char处理；否则与Google Authenticator等工具不兼容。
Base32 编码在 C++ 中不是标准库功能，必须手写。RFC 4648 合规实现的关键不在于“能出字符串”，而在于比特对齐、填充数量、符号表顺序、无符号字节处理这四点全对——漏一个，和 Google Authenticator 或 TOTP 工具就互不通。
为什么 encode("a") 返回 ME====== 是错的？
这是典型 RFC 违规：输入 1 字节（8 bit），按 RFC 要补零至 5 的倍数（→ 10 bit？不对），实际要先拼成连续比特串，再补零到 **5 位整数组**，但最终输出长度还必须是 8 的倍数（因每 5 bit 出 1 字符，8 字符 = 40 bit = 5 字节原始数据的最小单位）。
1 字节 → 8 bit → 补 2 bit 成 10 bit → 只能分出 2 组 5 bit → 输出 2 字符 → 但 2 不是 8 的倍数 → 必须补 6 个 = → 正确结果是 ME======？等等，不对：补零后必须截断到整数个 5-bit 组，不能多留无效 bit。
真实流程："a" = 0x61 = 0b01100001 → 比特串长度 8 → 补 2 个 0 得 0b0110000100（10 bit）→ 切为 01100 / 00100 → 查表得 M / E → 输出 2 字符 → 向上补齐到 8 的倍数 → 补 6 个 = → ME====== 看似对，但这是巧合：因为 1 字节对应填充数固定为 6，但若中间某步用了有符号 char 右移，0xFF 就会变负，位运算崩坏。
-
unsigned char强制转换不可省 —— 否则char c = '\xFF'; c >> 3在 x86 默认 signed char 下是算术右移，高位填 1，比特值全毁 - 查表必须用
constexpr char[]，不能用std::string或std::vector—— 避免构造/内存访问开销 - 补零只发生在比特串末尾，且仅用于凑满 5-bit 组；填充
=是另一层规则，只出现在最终字符串尾部，数量由input.size() % 5决定：0→0,1→6,2→4,3→3,4→1
std::string_view + 预分配缓冲区怎么写才不翻车？
传 std::string 值参会隐式拷贝；用 std::string_view 可避免，但 C++17 才支持。若需兼容更低版本，用 const std::string& 加 .data() + .size() 安全访问。缓冲区预分配公式必须严格：输入 n 字节 → 比特数 = n * 8 → 5-bit 组数 = (n * 8 + 4) / 5（向上取整）→ 最终长度 = ((n * 8 + 4) / 5 + 7) / 8 * 8（向上取整到 8 的倍数）。
- 错误写法：
out.reserve(n * 8 / 5)—— 没向上取整，"ab"（2 字节）就会少 reserve 1 字符，触发扩容 - 正确示例：
out.reserve(((in.size() * 8 + 4) / 5 + 7) / 8 * 8) - 别用
push_back单字符循环 ——std::string扩容策略不可控，小字符串也可能 realloc 3 次 - 直接用
out[i] = ...索引赋值，前提是已resize或reserve后调用out.resize(...)
查表和位提取的底层细节怎么写？
核心是把连续字节流当比特流读，每次取 5 bit。不能用 std::bitset（长度固定、转换慢），也不能靠 std::format 拼接。用纯位运算最稳：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 维护一个全局比特缓存（如
uint64_t bits = 0）和当前已填入 bit 数（int bit_len = 0） - 每读一个
unsigned char c，执行bits |= (static_cast<uint64_t>(c) << bit_len)，然后bit_len += 8 - 当
bit_len >= 5，取低 5 bit：int sym = bits & 0x1F，查表kBase32Table[sym]，然后bits >>= 5，bit_len -= 5 - 输入读完后，若
bit_len > 0，说明最后剩不足 5 bit → 补零（不做额外操作，因bits & 0x1F自动忽略高位）→ 但注意：RFC 要求补零后只取整数组，所以此时应停止，不再取 - 查表字符串必须是
constexpr char kBase32Table[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZ234567"—— 注意是大写 A-Z + 2-7，不含 0、1、8、9、+、/
真正容易被忽略的，是所有字节参与位运算前必须转 unsigned char。哪怕你测试时用 "hello" 没问题，一旦输入含 \xFF 或 UTF-8 多字节序列（如中文），有符号 char 提升为 int 后高位扩展，>> 运算就彻底失真。这点不验，上线后解码随机失败，排查成本远高于写时多敲两个字。
立即学习“C++免费学习笔记（深入）”；
