字符串减法并非真正减法，而是通过循环find+erase删除所有匹配子串，或用regex_replace处理复杂模式；前者高效安全，后者适合可变格式但开销大。
什么是“字符串减法”？别被名字骗了
C++ 标准库没有 operator- 重载用于 std::string 的“减法”语义。所谓“移除所有特定输出格式段”，本质是字符串过滤或替换操作，不是数学减法。常见误解是想写 s1 - s2 直接删掉 s2 所有出现——这不会编译通过。
-
std::string支持find/erase组合，但不支持一次性全局删除子串 -
std::regex_replace可以，但开销大，且需注意正则元字符转义 - 简单场景优先用循环
erase+find，更可控、无依赖
用 erase + find 循环安全删除所有匹配段
这是最常用、最易理解、也最不容易出错的方式。关键点在于：每次 erase 后，要从新位置继续找，不能固定步进。
std::string s = "abc[fmt]def[fmt]ghi";
std::string to_remove = "[fmt]";
size_t pos = 0;
while ((pos = s.find(to_remove, pos)) != std::string::npos) {
s.erase(pos, to_remove.length());
// 注意：这里不加 pos += to_remove.length()，因为 erase 后后续内容已前移
}
// 结果: "abcdefghi"
- 必须用
pos = s.find(..., pos)带起始位置，否则会反复找到第一个匹配 -
erase(pos, len)后，字符串变短，后续字符自动前移，所以下次仍从pos开始找（刚删完的位置现在是新内容的起点） - 如果删空串（
to_remove == ""），find永远返回 0，导致死循环——务必提前校验
用 std::regex_replace 处理带通配或复杂模式的“格式段”
当“特定输出格式段”不是固定字符串，而是类似 [color=red]、{{name}} 这类有结构的片段时，正则更合适。
#include <regex> std::string s = "hello [color=red]world[/color]!"; std::string result = std::regex_replace(s, std::regex(R"(\[/?color=[^\]]*\])"), ""); // result == "hello world!"
-
R"(...)"原始字符串字面量可避免反斜杠灾难 -
std::regex构造可能抛异常（如非法表达式），生产环境建议加try/catch - 性能比循环
find/erase低一个数量级，简单固定子串别用它 - Windows MSVC 对某些正则语法支持滞后（如
\K），跨平台慎用
为什么不用 std::remove_if？它根本不适合这个任务
有人尝试用 std::remove_if 配合自定义谓词“删掉某个子串周围的字符”，这是典型误用。
立即学习“C++免费学习笔记（深入）”；
-
std::remove_if是按单个字符判断是否保留，无法识别多字符模式 - 它不能感知上下文，“删掉 '[' 和 ']' 之间所有内容”这种逻辑无法用一元谓词表达
- 强行拆成字符流处理，会破坏原始结构，比如把
"a[b]c[d]"错删成"ac"而非"ac"（碰巧对）或更糟
真正需要“按模式删段”的场景，只有两种可靠路径：循环 find+erase（固定串）或 regex_replace（可变模式）。其它思路基本绕远路还埋坑。
实际中，80% 的需求只是删掉像 "\n"、"[DEBUG]"、"<!-- ... -->" 这类固定标记，直接上循环方案，几行搞定，不引入头文件，也不怕正则引擎差异。复杂模式才值得权衡正则成本。
