用find+erase循环删除子串需每次找到即删并重置pos为当前删起点以支持重叠匹配，如"aaaa"删"aa"得""；多子串删除应按长度降序处理并去重；regex_replace默认非重叠且有性能开销，慎用。
用 std::string::find 和 erase 循环删除最直观
所谓“字符串减法”，本质是多次从原字符串中移除所有匹配的子串（不一定是连续出现，也不要求重叠处理）。C++ 标准库没有内置的批量删除函数，但用 find + erase 组合就能稳妥实现。关键点在于：必须每次找到一个就删一个，并重置搜索位置（否则会跳过紧邻的匹配）。
常见错误是写成“先找全再删”，导致下标失效；或者删完没把 pos 回退，漏删重叠部分（比如从 "aaaa" 中删 "aa"，期望结果是 ""，但若不控制位置可能只删一次剩 "aa"）。
- 每次调用
find(sub, pos)，起始位置设为pos（初始为 0） - 若找到（返回值 ≠
std::string::npos），用erase(pos, sub.length())删除，然后将pos设为当前删除位置（不是pos + sub.length()），因为后续可能有重叠匹配 - 若未找到，跳出循环
std::string s = "ababcabab";
std::string to_remove = "ab";
size_t pos = 0;
while ((pos = s.find(to_remove, pos)) != std::string::npos) {
s.erase(pos, to_remove.length());
// 不加 pos += to_remove.length()，允许重叠匹配
}
// 结果: "c"
批量删除多个子串时，顺序和重复会影响结果
如果要从字符串中删除一组子串（如 {"ab", "cd", "x"}），不能简单套用单个子串逻辑——不同子串的删除顺序、是否去重、是否考虑子串间包含关系，都会改变最终结果。
例如：s = "abcd"，删除集合 {"ab", "bc", "cd"}。若按序删 "ab" → "cd" → 得 ""；但若先删 "bc"，则变成 "ad"，再删 "ab" 或 "cd" 都不匹配了。
立即学习“C++免费学习笔记（深入）”；
- 通常建议按长度降序排序待删子串（避免短子串在长子串被删前“抢先”匹配并破坏结构）
- 对重复子串去重，避免无谓查找
- 若语义上要求“所有出现都清除”，应逐个子串独立遍历原字符串（即外层循环子串，内层循环查找删除），而非一次扫描混合匹配
用 std::regex_replace 简化但需注意性能与语义差异
如果子串集合较固定、且不介意正则开销，std::regex_replace 可一行实现，例如：regex_replace(s, std::regex("ab|cd|x"), "")。但它默认做**全局非重叠匹配**，且正则引擎行为与手写循环不同：
- 不会匹配重叠内容（
"aaa"中用regex("aa")只替换一次，得"a"；而手动循环可删两次得""） - 构造
std::regex有明显初始化开销，不适合高频、短字符串场景 - 子串含正则元字符（如
"a.b"、"[x]"）必须转义，否则行为意外
所以除非你明确需要正则能力（比如通配、边界控制），否则别为了“简洁”引入 regex。
真正要注意的是“删除后是否保留原始顺序”和“空字符串处理”
有些需求看似是减法，实则是“过滤出不包含任意指定子串的字符片段”，比如按分隔符切分再拼接。这时候用 erase 就不对了——它会把子串前后内容直接粘连，丢失原始结构。
另一个易忽略点：当某个待删子串为空（""），find 永远返回 0，erase(0, 0) 无害但陷入死循环。务必在循环前检查 sub.empty() 并跳过。
还有，std::string::erase 是原地修改，如果原字符串很大、删除频繁，会产生多次内存搬移。真有性能瓶颈时，应改用构建新字符串（reserve 合理容量 + push_back 非匹配段），而不是反复 erase。
