std::string::replace按“起始位置+长度”硬替换，不查找匹配；配合find可循环替换所有匹配项，需更新pos避免死循环；regex_replace支持模式替换但开销大。
用 std::string::replace 替换指定位置的子串
这个函数不查找、不匹配，只按「起始位置 + 长度」硬替换，适合你已知目标位置的场景。比如把第5个字符开始的3个字符换成新字符串：
std::string s = "hello world"; s.replace(6, 5, "C++"); // 把 "world"（从索引6开始、长5）换成 "C++" // 结果： "hello C++"
注意三点：replace 不会自动找子串；越界会抛 std::out_of_range；第二个参数是「要被替换掉的长度」，不是结束位置。
- 若想替换全部匹配项，不能只靠它，得配合
find - 原字符串被直接修改，无返回值
- 如果新字符串比旧的长很多，可能触发内存重分配（但通常不用手动优化）
用 std::string::find + replace 循环替换所有匹配项
这是最常用也最可控的方式，尤其替换所有 "old" 为 "new"。关键点在于每次 find 后要更新搜索起点，否则会陷入死循环：
std::string s = "ababab";
std::string from = "ab";
std::string to = "x";
size_t pos = 0;
while ((pos = s.find(from, pos)) != std::string::npos) {
s.replace(pos, from.length(), to);
pos += to.length(); // 这步必须有！跳过刚插入的内容，防止重复匹配
}
常见错误是漏掉 pos += to.length()，导致在 "aaa" 中把 "aa" 替换为 "b" 时卡住——因为第一次替换了前两个 a，剩下 "ba"，但 pos 没动，下次 find 还从 0 开始，又找到开头的 "b"（其实没匹配），或者更糟：无限循环。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
用 std::regex_replace 做模式替换（C++11 起）
适合需要通配、大小写忽略、或基于结构（如数字/单词边界）的替换。但开销明显大于纯字符串操作，且正则语法容易出错：
#include <regex>
std::string s = "price: $12.99, tax: $1.01";
std::string result = std::regex_replace(s, std::regex(R"($d+.d{2})"), "[AMOUNT]");
// result == "price: [AMOUNT], tax: [AMOUNT]"
注意：std::regex 在某些旧编译器（如 GCC R"($)" 或 "\$"），否则会被 C++ 字符串转义吃掉。
- 仅需简单字面量替换时，别用
regex_replace—— 它慢、难调试、移植性差 - 如果要全局替换且模式固定，先用
find+replace更稳 -
std::regex_replace返回新字符串，不修改原串
避免 std::string::erase + insert 组合做替换
有人会先 erase 再 insert，逻辑上可行，但效率低、易出错：
// ❌ 不推荐 s.erase(pos, len); s.insert(pos, replacement);
这会触发两次内存操作（删一次、插一次），而 replace 是单次内存调整。更麻烦的是，insert 返回迭代器，若你用下标方式调用，pos 值在 erase 后可能失效（虽然对 std::string 下标访问安全，但语义混乱）。还容易漏掉长度计算，比如把 from.length() 错写成 to.length() 导致删多或删少。
真正复杂的需求（比如带回调的替换、部分匹配保留上下文）才值得封装新逻辑；日常替换，盯紧 find 和 replace 的配合就好。
