不能直接用 std::remove_if 原地清洗，因为它仅前移保留字符并返回新逻辑尾，不收缩字符串长度，残留数据可能导致越界或解析错误；正确做法是双指针遍历+resize()。
为什么不能用 std::remove_if 直接配合自定义谓词做原地清洗？
表面上看，std::remove_if + lambda 能“移除”黑名单字符，但实际它只把保留字符前移、返回新逻辑尾迭代器，**不保证后续内存清零或截断**。若后续仍按原 size() 访问字符串，会读到残留的脏数据（尤其是当字符串内部有 \0 或非打印字符时），极易引发越界或解析错误。
真正原地清洗必须同时完成：① 前移合法字符；② 主动收缩字符串长度；③ 避免额外内存分配。
- 错误写法：
str.erase(std::remove_if(str.begin(), str.end(), [&](char c){ return black_set.count(c); }), str.end());—— 这看似正确，但std::remove_if的移动行为在短字符串上可能触发小字符串优化（SSO）下的内部覆盖异常，且 erase 仍需一次内存重排 - 更稳的方式是手写双指针：一个读位置
read，一个写位置write，边扫边填，最后调resize()
如何用双指针实现 O(n) 原地清洗并支持任意黑名单类型？
核心是把黑名单预处理成查询 O(1) 的结构。用 std::unordered_set<char> 最通用，但如果黑名单固定且极小（比如仅 " \t\n\r"），直接用位图或 switch-case 反而更快、无哈希开销。
示例代码（支持任意 std::string 和 std::unordered_set<char> 黑名单）：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
void inplace_clean(std::string& s, const std::unordered_set<char>& blacklist) {
size_t write = 0;
for (size_t read = 0; read < s.size(); ++read) {
if (blacklist.find(s[read]) == blacklist.end()) {
s[write++] = s[read];
}
}
s.resize(write);
}
- 注意：必须用
s.resize(write)，不能只靠write位置结束——否则字符串物理长度未变，s.c_str()后续仍可能包含旧尾部字节 - 如果黑名单是 C 风格字符串（如
" \t\n"），建议先转成std::unordered_set，避免每次循环都遍历 C 字符串 - 对宽字符或 UTF-8 多字节字符，此方法不适用——它按 byte 操作，会破坏编码；此时需先解码为 codepoint 再判断
性能关键点：什么时候该换用 std::array<bool, 256> 替代哈希表？
当黑名单字符全部落在 ASCII 范围（0–127）且数量较多（>10 个）时，std::array<bool, 256> 查找是纯数组索引，比哈希表少一次 hash 计算+桶查找，实测快 2–3 倍，且无动态内存分配。
- 初始化方式：
std::array<bool, 256> is_black{false}; for (char c : blacklist_str) is_black[static_cast<unsigned char>(c)] = true; - 必须用
static_cast<unsigned char>，否则负值 char（如某些平台 char 默认 signed）会越界 - 若输入含非 ASCII 字节（如 UTF-8 中的 0xC0–0xFF），此方案会误判——但它本来就不该用于多字节场景
容易被忽略的边界：空字符串、全黑名单、SSO 触发时的内存行为
空字符串和全黑名单输入下，write 为 0，s.resize(0) 安全，但要注意：某些老版本 libstdc++ 在 SSO 字符串上调用 resize(0) 可能不释放内部缓冲，不过语义上仍是空字符串，不影响使用。
- 真正要警惕的是：清洗后字符串长度接近原始容量上限（比如原字符串 15 字节，SSO 容量 15/22/23 因实现而异），此时
resize()不会触发 realloc，但若之后追加内容，可能意外触发堆分配——这不是清洗函数的问题，但调用方若对内存布局敏感，需留意 - 没有“线程安全”的原地清洗：函数要求独占访问
std::string&，并发修改同一字符串必出错 - 别试图用
std::string_view做输入——它不拥有内存，无法原地改写
最简但够用的方案就是双指针 + resize，其余优化（位图、SIMD）只在百万级清洗且热点路径里才值得投入。
