最常用的手动替换方式是用 std::string::find 和 replace 循环查找并更新位置，关键为每次搜索起点设为 pos + replacement.length() 以防重复或死循环；regex_replace 支持模式匹配但性能差、兼容性不一；Boost 替换简洁但引入依赖且无正则能力；需注意 UTF-8 切分乱码、单词边界及大小写等细节。
用 std::string::find 和 std::string::replace 手动替换（最常用）
这是 C++ 标准库中不依赖第三方、控制最细的方式。核心思路是循环查找目标子串位置，每次找到就用 replace 替换，并更新搜索起始点。
常见错误是忽略搜索起始偏移量，导致无限循环或漏替换。比如在 "aaa" 中替换 "aa" 为 "b"，若每次从 0 开始找，会反复匹配到同一位置。
- 每次
find后，下一次搜索起点应设为pos + replacement.length()（不是原词长度），否则可能重叠匹配 - 注意检查
find返回值是否为std::string::npos，避免越界replace - 如果要全局替换，别用
while (s.find(old) != npos)这种写法——它每次都从头找，效率低且易出错
std::string replace_all(std::string s, const std::string& old, const std::string& replacement) {
size_t pos = 0;
while ((pos = s.find(old, pos)) != std::string::npos) {
s.replace(pos, old.length(), replacement);
pos += replacement.length(); // 关键：跳过已替换内容，防止重复/死循环
}
return s;
}
用 std::regex_replace 替换（支持模式、大小写等）
当需要替换带边界限制（如只换完整单词）、忽略大小写、或匹配简单模式时，std::regex_replace 更简洁，但开销明显更大，且各编译器正则实现质量不一（MSVC 的 std::regex 长期有性能与兼容性问题）。
典型误用是直接写 regex_replace(s, regex("word"), "new")，结果把 "sword" 或 "words" 里的 "word" 也替换了。
- 加单词边界：
\bword\b（注意 C++ 字符串中反斜杠要双写） - 忽略大小写需传入
std::regex_constants::icase标志 - Clang 和 GCC 一般没问题；Windows 下用 MSVC 2019 及更早版本建议避开
std::regex，改用 Boost.Regex 或手动方案
std::string s = "Word and word are different.";
std::string result = std::regex_replace(s, std::regex("\bword\b", std::regex_constants::icase), "term");
为什么不用 boost::algorithm::replace_all？
boost::algorithm::replace_all 确实一行解决，语义清晰，且内部已处理好偏移逻辑，适合快速开发。
但它引入了 Boost 依赖，而很多嵌入式、竞赛或严格管控的项目禁止外部依赖。另外它只做字面替换，不支持正则或条件逻辑——一旦需求变成“只替换句首的单词”或“替换后首字母大写”，就得切回手动或正则。
- 如果你工程已用 Boost，且只需简单全文替换，它比手写更安全、可读性更高
- 注意它修改原字符串（非返回新串），若需保留原串，得先拷贝
- 没有内置的“最大替换次数”限制，如需只换前 3 次，仍得自己封装
容易被忽略的细节：编码与空格敏感性
C++ 的 string 是字节序列，不感知 UTF-8 编码。若字符串含中文或 emoji，用 find 替换可能切在中间字节，导致乱码——这不是函数 bug，而是没按 Unicode 码点操作。
另一个高频坑是忽略前后空格、标点和大小写一致性。比如想替换单词 "cat"，但原文是 "Cat," 或 "the cat."，纯 find 无法识别单词边界。
立即学习“C++免费学习笔记（深入）”；
- 处理多字节字符必须用 ICU、UTF8-CPP 等库先做解码，再按
char32_t操作 - 简单场景可用
isspace+isalnum手动判断左右字符是否为分隔符，但要注意 locale 影响 - 所有方案默认区分大小写；如需不区分，要么转小写后再处理，要么用正则加
icase
