std::string::append频繁realloc是因为默认初始容量小（常为15或22字节），每次超出capacity就触发新内存分配、旧内容拷贝、旧内存释放；循环拼接时可能数十次realloc，性能下降一个数量级。
为什么 std::string::append 会频繁 realloc？
默认构造的 std::string 初始容量通常很小（常见为 15 或 22 字节），每次 append 超出当前 capacity() 就触发内存重分配——新内存分配 + 旧内容拷贝 + 旧内存释放。若循环拼接小字符串（如日志行、JSON 字段），可能反复 realloc 数十次，性能直接掉一个数量级。
预分配用 reserve() 还是 resize()？
reserve() 只改容量不改长度，安全高效；resize() 同时改长度和容量，会填充默认字符（如 '\0'），后续 append() 仍从逻辑末尾开始写，但若误用 operator[] 访问未初始化区域可能读到垃圾值。
- 确定总长度上限 → 用
s.reserve(expected_total_size) - 需要预先填满缓冲区（如二进制协议头）→ 用
s.resize(n, '\0') - 不确定大小但知道下界 →
reserve(min_expected)比不预分配强得多
拼接前估算总长度的实用技巧
硬编码常量最稳，但动态场景需快速估算：对已知结构的拼接（如 "key=" + value + "&"），可提前算好固定开销（"key=&" 是 6 字节）+ 各变量 size()；若含数字转字符串，用 std::to_string(x).size() 或更轻量的 snprintf(nullptr, 0, "%d", x)（C++17 前常用）。
示例：
std::string url;
url.reserve(32); // 域名约 20 字节 + 路径 + 查询参数预留
url.append("https://api.example.com/v1/");
url.append("items?");
url.append("id=");
url.append(std::to_string(item_id));
url.append("&type=");
url.append(type_name);
避免隐式临时对象拖慢 append
写 s.append(a + b) 会先构造临时 std::string 再移动/拷贝，失去预分配收益；应拆成多次 append 或用 +=（C++11 后 += 对右值有优化）。
- ❌ 错误：
s.append(std::string("prefix") + data + "suffix") - ✅ 正确：
s.append("prefix"); s.append(data); s.append("suffix"); - ✅ 也可：
s += "prefix"; s += data; s += "suffix";
注意：append(const char*) 和 append(const std::string&) 都不会额外分配，但传入临时 std::string 会触发移动构造——只要容量够，移动后原对象留空，不影响目标串性能。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
