直接循环 += 或 append() 性能崩塌源于频繁 realloc + memcpy，SSO 仅对 ≤15 字节有效；正确做法是预计算总长后一次性 reserve()，再用合适 append() 重载避免隐式构造。
为什么直接循环 += 或 append() 会崩性能
不是“有点慢”，是数据量翻倍时耗时可能翻 4 倍以上。底层每次容量不足，就 realloc + memcpy 旧内容 + 析构旧缓冲区——1000 次拼接，可能触发 10+ 次重分配，valgrind --tool=callgrind 里能看到 malloc/memcpy 占比飙升。SSO（短字符串优化）只对 ≤15 字节有效，一旦溢出，立刻退化到堆分配。
reserve() 必须一次性算准总长，不能在循环里反复调用
常见错误是写 s.reserve(s.size() + add_len) 在循环内——这等于没 reserve：容量仍按 1.5× 或 2× 指数增长，realloc 次数不减。真正有效的做法是：
- 所有子串长度已知（如
std::string_view、std::string或字面量）时，先遍历累加：size_t total = std::accumulate(vec.begin(), vec.end(), size_t{0}, [](size_t sum, const auto& s) { return sum + s.size(); }); - 固定模式重复（如
"abc"重复 1000 次）：直接pattern.size() * repeat，用size_t避免int溢出 - 留 5–10% 余量更稳妥，比如总长 2000，
reserve(2200)；过度预留（如reserve(1MB)只拼 100 字节）不伤性能但浪费内存
拼接时选对 append() 重载，避免隐式构造临时对象
s.append("hello") 看似简洁，实则要 scan null-terminator；s += std::string("abc") 会多一次构造+移动。高频拼接下，这些开销叠加百万次就是可观延迟。正确写法：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 字面量：用
s.append("hello", 5)或s.append(std::string_view{"hello"}) -
std::string变量：直接s.append(other)，现代 STL 会自动 move -
std::string_view：s.append(sv)，零拷贝、零构造 - C 字符串指针：
s.append(ptr, len)，跳过strlen()扫描
reserve() 后必须用 append() 或 += 写入，不能指望它自动填满
reserve() 只改 capacity()，size() 仍是 0。有人误写 s.reserve(N); s[0] = 'x';——这是未定义行为。安全做法只有两种：
立即学习“C++免费学习笔记（深入）”；
- 继续用
append()/+=：它们内部会更新size()，且在预留容量内直接 memcpy - 手动填充（需先
resize()）：如s.resize(total_len); std::copy(sv.begin(), sv.end(), &s[i]);，适合结构固定、批量写入场景
最容易被忽略的是：reserve 不等于 ready-to-write，它只是把内存准备好，你得自己动手 append。
