C++20起推荐用std::remove_if+std::erase组合删除字符串中指定字符，先逻辑移除再物理擦除，必须成对使用；std::erase_if虽简洁但编译器兼容性差；手写双指针循环适用于精细控制或旧环境。
用 std::remove_if + std::erase 组合最直接
这是 C++20 起推荐的标准做法，兼顾可读性、安全性和效率。核心思路是：先逻辑移除（std::remove_if 把要删的字符“挤到末尾”，返回新逻辑结尾），再物理擦除（std::string::erase 真删掉那段）。
常见错误是只调用 std::remove_if 却忘了 erase，字符串长度不变，只是被删字符被覆盖或移到后面——看起来没效果。
- 必须成对使用：
str.erase(std::remove_if(str.begin(), str.end(), [&chars](char c) { return chars.find(c) != std::string::npos; }), str.end()); -
chars是你要剔除的字符集合，建议用std::string或std::unordered_set<char></char>；后者在字符集较大时查找更快（O(1) vs O(N)） - C++20 前不支持
std::erase_if，别误用——它只对容器生效，且std::string直到 C++20 才被加入支持
std::erase_if 在 C++20 中确实可用但有陷阱
虽然 std::erase_if 看起来更简洁：std::erase_if(str, [&chars](char c) { return chars.find(c) != std::string::npos; });，但它依赖标准库实现是否完整支持 std::string。
实测 GCC 12+、Clang 14+、MSVC 19.30+ 支持，但若项目需兼容旧编译器（如 GCC 9 或更低），该调用会编译失败或静默退化为无操作。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 检查编译器版本和
__cpp_lib_erase_if宏值（C++20 要求 ≥ 202006L） - 线上服务若用 CentOS 7 默认 GCC 4.8，必须回避
std::erase_if - 即使支持，它内部仍等价于
remove_if+erase，性能无差异，纯属语法糖
手写循环虽啰嗦但完全可控
当需要精细控制（比如跳过某些位置、记录删除数量、或避免临时对象开销）时，手动遍历反而更可靠。
典型场景：处理超长日志字符串，且只允许单次遍历；或嵌入式环境禁用部分 STL 算法。
- 用两个索引：
size_t write = 0;和for (size_t read = 0; read - 若
str[read]不在待删集合中，则str[write++] = str[read]; - 最后
str.resize(write);—— 这步不能漏，否则残留尾部垃圾 - 注意：
std::string的operator[]不做越界检查，at()会抛异常，性能敏感场景慎用
正则替换不是好选择，除非字符集动态生成
用 std::regex_replace(str, std::regex("[abc]"), "") 看似一行解决，但代价很高：正则编译、回溯匹配、内存分配，比线性扫描慢 5–20 倍（实测 10KB 字符串）。
仅在字符集来自运行时输入（如用户配置的过滤规则）、且无法预知内容时才考虑——此时你已承担了正则开销，不如直接上 std::unordered_set 查表。
- 静态字符集（如固定删掉
" \t\n\r"）绝对不要用正则 -
std::regex在 MinGW 和某些 Android NDK 版本中存在 bug 或缺失，跨平台风险高 - 编译期字符串字面量无法直接转
std::regex，得走std::string构造，又多一次拷贝
真正要注意的是字符集表示方式：用 std::string 查找是 O(M×N)，而 std::unordered_set<char></char> 是 O(N)，当你要删的字符超过 5 个、字符串超过几 KB 时，这点差异就会体现出来。另外，所有方法对空字符串、全匹配字符串都应自然处理，无需额外判空——但手写循环里 resize(0) 要写明确，别依赖默认行为。
