c++oding="utf-8" ?>
应使用循环调用 find 和 erase 删除所有目标子串，每次找到即删除并从新位置继续查找，避免只删一次或未检查 npos 导致未定义行为；正则替换虽简洁但易出错且性能差，非必要不推荐。
用 std::string::find 和 std::string::erase 循环删除函数名
直接“从字符串中减去所有特定函数名”，本质是多次查找并移除子串。C++ 标准库不提供类似 Python 的 str.replace(target, "") 一键清空，必须手动循环处理，否则只会删掉第一个匹配项。
常见错误是只调用一次 erase，比如：s.erase(s.find("foo"), std::string::npos) —— 这会从第一次出现位置删到末尾，彻底破坏字符串。
正确做法是：每次找到就删，然后从新位置继续找。注意 find 返回 std::string::npos 表示没找到，必须检查，否则传给 erase 会触发未定义行为。
std::string s = "call foo(); then bar(); and again foo();";
std::string target = "foo";
size_t pos = 0;
while ((pos = s.find(target, pos)) != std::string::npos) {
s.erase(pos, target.length());
}
为什么不能用 std::regex_replace 简单替代
看起来 std::regex_replace(s, std::regex("foo"), "") 更简洁，但实际有坑：正则引擎默认不处理字面量中的特殊字符（如 foo( 或 foo::bar），若目标函数名含括号、冒号、尖括号等，需手动转义，极易出错；而且 C++11 起的 std::regex 在部分编译器（如 libstdc++）中性能差、功能不全，甚至不支持某些语法。
除非你明确需要“匹配完整单词”（比如避免把 foobar 中的 foo 也删了），否则纯字面量删除没必要引入正则。加单词边界 \bfoo\b 后还要考虑双反斜杠转义和 locale 影响，复杂度陡增。
使用场景建议：
- 纯函数名剥离（如预处理日志、简单代码清洗）→ 用 find+erase
- 需区分 foo() 和 foobar() → 先用正则提取再过滤，别直接 replace
删除时要不要保留空格或分号
原字符串中函数名常前后带空格、括号、分号，比如 " foo() "。直接删 "foo" 会留下残缺符号：" () "。这不是 bug，而是“按字面删”的必然结果。
如果目标是清理调用痕迹，通常要连带删掉周围空白和括号。这时不能只盯函数名，得扩大匹配范围。例如：
- 删
"foo()"→ 搜索"foo()"，不是"foo" - 删
"foo"及其后紧跟的"()"→ 用find找"foo"，再检查后续是否为"()"，再统一erase - 删所有形如
word + optional whitespace + "()"→ 回到正则，但仅用于这个子模式，而非整个字符串
没有银弹：删什么，取决于你真正想“减去”的语义，不是函数名本身，而是它在上下文中的表现形式。
性能敏感时注意 erase 的开销
每次 erase 都会移动其后所有字符，对长字符串+多匹配项，时间复杂度接近 O(n²)。如果原始字符串很大（如几 MB 的源码片段）、目标函数名出现上千次，这种逐次擦除会明显变慢。
可优化路径：
- 收集所有匹配起始位置和长度 → 一次性构建新字符串（用 reserve 预分配空间）
- 用 std::string_view 做只读扫描，最后用迭代器拼接非匹配段
- 或改用 std::vector<char></char> 手动 push，避开 string 的自动内存管理开销
但绝大多数场景（几千字符以内、几十次匹配）无需提前优化。先写清楚逻辑，再用 profiler 确认瓶颈——很多人卡在没检查 npos，而不是 erase 太慢。
最易被忽略的是：删完后字符串里可能残留多余空格或空行，这不属于“函数名”范畴，但影响后续解析。是否清理，得看下游怎么用这个结果。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
