不能直接用 std::string::find + replace 批量替换，因每次 replace 触发内存重分配和数据搬移，性能断崖式下降；高性能做法是一次遍历、预分配空间、逆序写入、避免临时字符串。
为什么不能直接用 std::string::find + std::string::replace 做批量替换
因为每次 replace 都会触发内存重分配和数据搬移，对长字符串或高频调用场景，性能断崖式下降。比如在 10MB 日志文本中替换 500 次 "
" → "\n"，原生方法可能慢 3–5 倍。
真正高性能的做法是：一次遍历、预分配结果空间、避免中间临时字符串。
- 先扫一遍源串，统计替换发生次数和长度变化（如把 1 字节
' '替成 4 字节"\t"，每处净增 3 字节） - 用
reserve()一次性申请目标容量 - 再扫一遍，边读边写入结果缓冲区，不产生任何子串对象
用 std::string_view 和 std::string::append 实现零拷贝查找
如果查找模式固定且较短（如单字符、2–4 字节字面量），别用 std::search 或正则——它们有额外状态开销。直接手写朴素匹配更稳更快。
示例：替换所有 '%' 为 "%%"
立即学习“C++免费学习笔记（深入）”；
std::string fast_escape(const std::string& s) {
size_t count = 0;
for (char c : s) if (c == '%') ++count;
std::string out;
out.reserve(s.size() + count); // 每个 % 多占 1 字节
out.append(s.begin(), s.end());
size_t write_pos = s.size();
size_t read_pos = s.size();
while (read_pos > 0) {
--read_pos;
char c = s[read_pos];
if (c == '%') {
out[--write_pos] = '%';
out[--write_pos] = '%';
} else {
out[--write_pos] = c;
}
}
return out;
}
注意：这里用逆序写入，避免正序时反复挪动后续内容；reserve 必须在 append 前调用，否则无效。
多字节模式替换必须小心边界与重叠
像把 "ab" 替换为 "x"，输入 "abab" 应得 "xx"，但若实现不当可能变成 "xab"（第二次匹配从索引 2 开始，漏掉重叠部分）。
安全做法是匹配后跳过整个匹配长度，而非固定步进 1：
- 用
std::string_view::find(sub)获取位置 - 每次找到后，把
[prev_end, pos)原样拷入结果，再追加替换串 - 更新
prev_end = pos + sub.length()，而非pos + 1
如果需要支持重叠匹配（极少见），就得用 KMP 或 BM 算法，但绝大多数业务场景不需要——明确要求“简单”就绕开它。
编译器优化和内联提示能显著影响实测速度
Clang/GCC 对小函数自动内联很积极，但 MSVC 有时卡在 /Ob1 默认级别。若函数被频繁调用（如网络包解析循环里），建议显式加 [[gnu::always_inline]] 或 __forceinline。
另外，把查找串声明为 constexpr std::string_view 能让编译器在编译期判断是否为单字符，进而选择分支优化路径：
constexpr std::string_view from = "TODO"; constexpr std::string_view to = "[DONE]";
实际项目中，如果替换规则固定，直接硬编码比传参快；若需运行时配置，至少把 from 和 to 缓存在局部 const 变量里，避免反复构造 string_view。
最易被忽略的一点：别在循环里反复调用 size()——虽然现代编译器常能优化掉，但某些嵌入式 STL 实现里它不是 O(1)，尤其 std::string 在 small-string-optimize 关闭时。
