Base64字符串校验需依次检查：长度为4的倍数；去除首尾空白后仅含A–Z、a–z、0–9、+、/、=；=仅出现在末尾且最多两个；填充数只能是0、1或2；无需解码，纯语法校验即可。
Base64 字符集校验：只允许 A–Z、a–z、0–9、+、/、=
合法 Base64 字符串只能包含 64 个编码字符（A-Z、a-z、0-9、+、/）和填充字符 =。任何其他字符（比如空格、换行、下划线、中文）都直接判定非法。
注意：= 只能出现在末尾，且最多连续两个；中间出现 = 就是错的。
实操建议：
- 遍历字符串每个字符，用
std::isalnum(c)判断字母数字后，再单独检查是否为'+'、'/'或'=' - 遇到第一个
'='后，后续必须全是'='，且总数 ≤ 2 - 别用
std::find_first_not_of()硬匹配字符集——它无法区分=的位置合法性
Base64 长度必须是 4 的倍数
Base64 编码按 3 字节分组，每组输出 4 个字符，因此编码后长度必为 4 的整数倍。长度不是 4 的倍数（如 11、17、22），直接返回 false。
立即学习“C++免费学习笔记（深入）”；
这是最快的一次筛选，应该放在字符集检查之前。
实操建议：
- 先做
s.length() % 4 != 0判断，不满足立刻返回false - 注意空字符串
""长度为 0，0 % 4 == 0，属于合法长度（对应空输入） - 不要忽略字符串前后可能存在的空白——
std::string::find_first_not_of(" \t\n\r")提前 trim 更稳妥
填充字符 = 的数量只能是 0、1 或 2
Base64 规范要求填充仅用于对齐：原始数据字节数 mod 3 为 0 → 无填充；为 1 → 补两个 =；为 2 → 补一个 =。所以合法填充数只能是 0、1、2，且必须在末尾。
常见错误：把 AAAA==== 当作合法（实际 = 数超限），或 AA=A（= 出现在中间）。
实操建议：
- 用
s.find_last_not_of('=')找到最后一个非=的位置，记为last_data - 若
last_data == std::string::npos，说明全为=，非法 - 填充数 =
s.length() - (last_data + 1)，检查是否 ≤ 2 - 填充数为 2 时，原始字节数应 ≡ 1 (mod 3)，即
(s.length() - 2) * 3 / 4应为整数且余 1 —— 实际只需校验填充数本身，无需反推
不验证解码结果，只做语法校验就足够了
很多开发者想调用 Base64Decode() 再检查是否失败来“验证”，这既低效又危险：某些实现对非法字符静默跳过或截断，导致误判。
真正需要的只是「是否符合 Base64 字符串语法」，不是「能否成功还原出有意义的二进制」。
实操建议：
- 跳过所有解码逻辑，纯前端校验即可覆盖 99% 场景（如配置校验、API 入参预检）
- 如果业务强依赖解码后内容（如 JWT header.payload.signature 分段校验），那应在解码后单独校验 payload 结构，而非塞进“是否 Base64”判断里
- 标准库无内置 Base64 校验函数，
std::regex写法易出错（比如没处理=位置），手写循环更可控
最易被忽略的是空格和 BOM：从剪贴板粘贴或文件读取的 Base64 常含不可见字符。校验前务必 trim，且最好用 static_cast<unsigned char></unsigned> 处理字符比较，避免 signed char 负值导致 isalnum 返回 false。
