Base64编码表应使用const char[]初始化以避免手误，标准表为"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/"，不含'='；编码按3字节分组做位运算，不足时补'='；解码需预处理、长度校验和字符范围检查；高频场景宜用std::string_view+reserve+constexpr优化。
Base64编码表怎么选？别硬背，用数组初始化最稳
标准Base64编码表是固定的，但容易手误写错字符顺序（比如把 + 和 / 搞反，或漏掉末尾的 = 填充符）。C++里直接用 std::string 或 const char[] 初始化编码表最可靠：
const char BASE64_CHARS[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/";
注意：这个表不含填充字符 =，它只用于解码时判断边界，不参与查表；编码时填充逻辑要单独处理。如果混用URL安全变种（用 - 和 _ 替代 +//），必须全程统一，否则编解码必然失败。
为什么每次处理3字节？位运算分组逻辑不能跳步
Base64本质是把每3个原始字节（24 bit）拆成4组6 bit，再映射到64个字符。跳过中间步骤直接“按字符转换”会出错——比如把 "ab"（2字节）当成3字节处理，高位补零后实际得到的是错误的6-bit分组。
实操要点：
立即学习“C++免费学习笔记（深入）”；
- 编码前按
input.length() % 3判断是否需填充：余0不填，余1补2个=，余2补1个= - 每轮取3字节：
bytes[0],bytes[1],bytes[2]，即使最后不足3字也照取（未定义行为风险！需先检查长度） - 位运算必须严格：
(bytes[0] >> 2)→ 第1字符(((bytes[0] & 0x03) > 4))→ 第2字符(((bytes[1] & 0x0f) > 6))→ 第3字符(bytes[2] & 0x3f)→ 第4字符
解码时遇到非法字符或长度不对，别直接崩溃
真实场景中，输入可能含空格、换行、大小写混用，甚至被截断。直接调用 std::stoi 或无检查查表会触发越界或未定义行为。
安全做法：
- 预处理：用
std::remove_if清除空白符（' ','\n','\r','\t'） - 长度校验：Base64字符串长度必须是4的倍数，否则直接返回错误
- 查表前做范围检查：每个字符ASCII值先判断是否在
'A'–'Z'、'a'–'z'、'0'–'9'、'+'、'/'范围内；不在则视为非法 - 填充符
=只能出现在末尾，且最多连续2个；中间出现就报错
std::string_view + constexpr 编码表能省多少开销？
对高频调用场景（如网络协议解析），避免每次编码都构造临时 std::string。用 std::string_view 接收输入，输出也用 std::string 的 reserve 预分配内存：
std::string encode(std::string_view input) {
std::string out;
out.reserve((input.size() + 2) / 3 * 4); // 上界预估
// ... 编码逻辑
return out;
}编码表声明为 constexpr 可让编译器优化查表为常量偏移，但注意：MSVC 2019+、GCC 10+、Clang 11+ 才完全支持 constexpr 字符串字面量索引。老编译器退回到 static const 更稳妥。
真正容易被忽略的是：二进制数据里可能含 \0，用 c_str() 或 strlen 会导致截断——所有输入必须走 size() 或 length()，别信C风格字符串习惯。
