base64字符串长度必须是4的倍数，且仅含a-z、a-z、0-9、+、/及末尾0–2个=，补位数量须匹配长度模4结果，推荐轻量解码验证填充位为0。
Base64字符串长度必须是4的倍数
Base64编码规范要求原始数据按3字节分组，每组编码为4个ASCII字符；不足3字节时用=补位。因此合法Base64字符串长度必须能被4整除，否则直接判定非法。
- 常见错误：忽略长度校验，导致后续解码崩溃或静默错误
-
"abc"（长度3）和"abcdE"（长度5）都应立即拒绝 - 注意：空字符串
""长度为0，是合法的（表示空输入）
只允许Base64字符集 + 最多两个=补位符
标准Base64字符集是A-Z、a-z、0-9、+、/；补位符=只能出现在末尾，且数量只能是0、1或2。
- 非法字符如
!、_、空格、换行符必须拒绝 -
==只能在末尾出现，"a==b"或"a=b="都是非法的 - 补位符数量与长度模4相关：长度%4 == 0 → 0个
=；%4 == 2 → 1个=；%4 == 1 → 不可能（违反长度约束）；%4 == 3 → 2个=
解码后能还原出原始字节数（可选但推荐）
仅做字符和长度校验还不够——有些字符串如"AAAA"满足所有格式要求，但解码后可能产生无效字节序列（比如填充位冲突），实际应用中建议执行一次轻量解码验证。
- 用标准库或成熟实现（如Boost或OpenSSL）调用
BIO_base64_decode或手动实现解码逻辑 - 关键检查点：每4字符组中，最后1–2个
=对应的6-bit值必须全0；中间=不允许出现 - 性能影响小：一次完整解码最多几十微秒，远低于网络I/O开销
- 不建议自己写解码器来验证——容易漏掉RFC 4648第3.3节规定的“填充位必须为0”约束
C++中推荐用std::string_view做无拷贝预检
高频校验场景（如HTTP头解析、JWT token验证）下，避免构造std::string临时对象，直接用std::string_view遍历字符更高效。
- 先检查
s.length() % 4 != 0→ return false - 再用
std::all_of(s.begin(), s.end(), [](char c) { return is_base64_char(c); })，其中is_base64_char用查表法（256项bool数组）比switch快 - 最后定位
=：从末尾向前找，计数并确认位置是否连续且靠尾 - 注意：Windows换行
\r\n或URL-safe变体（-/_）不属于标准Base64，需提前标准化或明确协议上下文
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
