std::string::replace不能直接全局替换子串，必须配合find循环实现：先用find定位起始位置，再用replace修改，每次成功后更新pos为pos+to.length()以避免重复匹配或无限循环。
std::string::replace 不能直接替换所有子串
std::string::replace 只替换从指定位置开始、指定长度的一段内容，它不识别“子串出现位置”，也不自动遍历。想靠一次 replace 调用完成全局替换，根本做不到——这是初学者最常卡住的地方。
真正可行的路径是：先用 find 定位，再用 replace 修改，然后更新搜索起点，循环推进。核心逻辑不是“怎么换”，而是“怎么找下一个”。
- 每次
find返回的是首次匹配的起始索引（size_t），没找到时返回std::string::npos -
replace(pos, len, new_str)中的len必须等于被替换子串长度，否则会误删或错位 - 替换后字符串变长或变短，下一轮
find的起始位置不能简单加 1，而应设为pos + new_str.length()
手动循环实现要注意迭代器失效和越界
错误写法是边遍历边修改还用旧索引继续查，比如在循环里写 i++ 后直接 find(s, i)。一旦替换导致字符串重分配（尤其短字符串优化关闭时），所有已有索引、指针、迭代器全部失效。
安全做法是始终用 size_t pos = 0 控制查找起点，并在每次成功替换后显式更新 pos：
立即学习“C++免费学习笔记（深入）”；
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" 替换为 "a"，不跳位就会在原地反复匹配。
为什么不用 boost::algorithm::replace_all？
如果你工程已依赖 Boost，boost::algorithm::replace_all(s, from, to) 确实一行解决，但它内部仍是 find+replace 循环，且默认按贪心方式处理（即不重叠匹配）。问题在于：
- 引入 Boost 增加编译依赖和二进制体积，纯 C++ 项目常被否决
- 它无法控制是否允许重叠匹配（如把 "aaaa" 中 "aa" 替换为 "b"，期望得到 "bb" 还是 "ba"）
- 错误处理粒度粗：失败时只抛异常，不告诉你第几次替换出问题
自实现虽然多几行，但每一步都可控，调试时能打点、能断言、能记录替换次数。
性能敏感场景要避免多次内存重分配
对长字符串做高频替换（比如日志过滤、模板渲染），每次 replace 都可能触发内存重新分配。可预先估算最大长度：s.reserve(s.length() + count * (to.length() - from.length()))，其中 count 是预估替换次数（可用 std::count 粗略统计 from 出现频次）。
更激进的优化是改用输出缓冲区：不就地修改原串，而是遍历原串，把非匹配段和替换后内容依次写入新字符串。这样只有最终拼接一次分配，适合确定目标字符串不会太大的情况。
真正难的从来不是写对逻辑，而是想清楚：这个字符串会不会被多线程读？替换后长度变化是否影响后续解析？from 和 to 是否为空？这些边界条件比语法本身更容易出问题。
