最直接的方式是用 std::string::find + erase 循环删除，需注意重置搜索位置、避免空串死循环；regex_replace 简洁但有性能和重叠匹配限制；原地构建双指针法性能最优。
用 std::string::find + std::string::erase 循环删除最直接
这是最可控、最不容易出错的方式，尤其适合要删掉所有出现位置（包括重叠匹配）的场景。C++ 标准库没有内置“全局替换为空”的函数，std::string::replace 一次只换一个位置，必须手动循环。
常见错误是删完一次后没重置搜索起始位置，导致跳过紧邻的匹配；或者用 while (s.find(...) != npos) 但没更新 s 就继续查，造成无限循环。
- 每次
erase后，下一次find应从同一位置开始（因为后续字符前移了），即pos = s.find(target, pos)，而不是pos = s.find(target, pos + 1) - 如果目标子串为空（
target.empty()），必须提前返回，否则find总返回0，陷入死循环 - 示例：删掉所有
"ab"
void remove_all(std::string& s, const std::string& target) {
if (target.empty()) return;
size_t pos = 0;
while ((pos = s.find(target, pos)) != std::string::npos) {
s.erase(pos, target.length());
// 不加 pos++，因为 erase 后新字符已移到 pos 处
}
}
用 std::regex_replace 简洁但有隐含开销和限制
适合模式较复杂（比如带通配、边界要求）或代码追求简洁的场合，但要注意它不是零成本抽象。
典型坑是误以为 regex_replace(s, pattern, "") 和手写循环行为完全一致——其实正则引擎默认不处理重叠匹配，且空字符串匹配会触发未定义行为（GCC/Clang 可能 crash 或卡死）。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 确保
target中的正则元字符（如.、*、\）被正确转义，否则语义突变 - 性能比纯字符串查找低一个数量级，高频调用（如在 tight loop 里）应避免
- 若只需字面量删除，用
std::regex是杀鸡用牛刀；可先用std::regex_escape（C++11 起）转义：
std::string escaped = std::regex_escape(target); s = std::regex_replace(s, std::regex(escaped), "");
原地构建新字符串（reserve + 双指针）性能最优
当字符串很长、删除比例高，或对性能敏感（如游戏、嵌入式、高频日志清洗），推荐这个方案。它避免反复内存移动，时间复杂度稳定 O(n)，而 find+erase 最坏 O(n²)。
关键点在于：不修改原串，而是遍历一次，把“保留的字符”拷贝到新缓冲区；最后交换内容。很多人忽略 reserve，导致多次内存重分配。
- 用
std::string result; result.reserve(s.size());预分配空间，避免扩容抖动 - 双指针逻辑：外层
i扫描源串，内层检查是否匹配target；不匹配就 push_back，匹配就跳过整个target长度 - 注意边界：检查
i + target.length() <= s.length()，防止越界访问
跨平台兼容性：Windows 换行符 "\r\n" 要当整体处理
如果目标片段是 "\r\n" 这类系统相关序列，不能简单拆成两个 erase 调用（先删 "\r" 再删 "\n"），否则会破坏原始结构，比如把 "a\r\nb\r\nc" 错删成 "ab\nc"。
必须作为完整子串查找。另外，某些旧 MSVC 版本对宽字符或 locale-aware 查找支持不全，建议统一用 std::string（UTF-8 编码）加字面量匹配，避开 std::wstring 和 facet 陷阱。
真正麻烦的是混合编码场景——比如字符串本身是 GBK，但你要删的片段是 UTF-8 字节序列。这时 find 会按字节比对，结果可能意外命中或漏掉，这种就得先做编码归一化，不是字符串操作层能解决的。
