std::string::replace就地修改原字符串并返回*this引用，非返回新字符串；需手动拷贝保留原串，查找替换需配合find，参数类型易错，越界访问可能导致未定义行为。
std::string::replace 会直接改原字符串，不是返回新字符串
很多人以为 replace 像 Python 的 str.replace() 那样返回新副本，结果写了 s.replace(0, 3, "abc"); 却发现 s 被改了，但没存回变量——其实它就是就地修改，返回的是 *this（当前对象引用），不是新字符串。
常见错误现象：
– 写成 auto new_s = s.replace(pos, len, "x");，以为 new_s 是替换后的新串，实际是 std::string&，和 s 指向同一对象
– 忘记原字符串已被修改，后续还拿旧值逻辑判断
- 如果真要保留原串，得先拷贝：
std::string new_s = s; new_s.replace(...); - 想链式调用？可以：
s.replace(0, 2, "hi").replace(5, 1, "!");，因为返回引用 - 注意：所有重载版本都是就地修改，没有“只读替换”版本
查位置再 replace 是两步操作，别漏掉 find
std::string::replace 本身不查找子串，它只按位置（pos）和长度（len）替换。想把所有 "old" 换成 "new"，必须自己循环 find + replace。
使用场景：替换首次出现、替换第 N 次、或全部替换（需手动循环）
立即学习“C++免费学习笔记（深入）”；
- 替换第一次：
size_t p = s.find("old"); if (p != std::string::npos) s.replace(p, 3, "new"); - 替换全部（小心无限循环）：
for (size_t p = s.find("old"); p != std::string::npos; p = s.find("old", p)) { s.replace(p, 3, "new"); p += 3; } - 参数差异：
find返回size_t，而replace(pos, len, ...)中len是要被替换的字符数，不是查找结果的长度——哪怕find找到的是 3 字符子串，len也得显式写3或用"old".length()
replace 的三种常用重载，选错会编译失败
最常踩的坑是传参类型不匹配，比如把 C 风格字符串字面量当 std::string 传，或者长度类型混用。
关键区别在第三个参数（替换内容）和第二个参数（被替换长度）：
- 按位置+长度+新字符串：
s.replace(pos, len, "abc")→ 第三个参数是const char* - 按位置+长度+子串：
s.replace(pos, len, other_str, sub_pos, sub_len)→ 注意第四个参数是源子串起始位置 - 按位置+长度+重复字符：
s.replace(pos, len, n, 'x')→n是size_t，不是int；传负数会整数溢出变成极大值
错误信息示例：no matching function for call to 'std::string::replace(...)，大概率是字面量类型、长度类型或参数个数不对。
全局替换时用 string_view 查找更安全，但 replace 还是得用 string
C++17 引入 std::string_view 后，有人想用它加速查找，比如 sv.find("old")，但要注意：string_view 是只读视图，不能调 replace；一旦要改内容，必须回到 std::string。
性能影响：
– find 在 string_view 上更快（无内存分配、无结束符检查）
– 但 replace 必然触发内部内存调整（可能 realloc），和是否用 string_view 查找无关
- 推荐组合：
std::string s = ...; std::string_view sv = s; size_t p = sv.find("old"); if (p != sv.npos) s.replace(p, 3, "new"); - 别写
std::string_view sv = "hello"; sv.replace(...)——string_view根本没有replace成员函数 - 兼容性提醒：C++14 及更早不支持
string_view，得用find直接在string上操作
最容易被忽略的是：所有 replace 操作都假设 pos 和 len 在合法范围内，越界不会抛异常，默认是 std::out_of_range（取决于实现），但更常见的是静默 UB。动手前务必检查 pos 且 <code>len 。
