std::string::append有5种重载，优先选用自动推导长度的s.append("abc")、s.append(other_string)和安全截断的s.append(str, pos, len)；避免易越界的双参数版本。
append 函数的 5 种常用重载形式怎么选
std::string::append 不是单一函数，而是有多个重载版本，选错容易编译失败或逻辑出错。最常踩的坑是把 C 风格字符串字面量（如 "hello"）当成 const char* 传给需要 size_t 参数的版本，触发隐式转换歧义。
实际开发中优先用这三种：
-
s.append("abc")—— 追加 C 字符串字面量（自动推导长度） -
s.append(other_string)—— 追加另一个std::string -
s.append(str, pos, len)—— 从str的pos位置起取len个字符追加（len超出范围时自动截断）
避免直接用 s.append(buf, n)（两个参数版本），除非你明确控制了 n 且 buf 是非 null 的有效内存块；否则容易越界或追加垃圾数据。
operator+= 和 append 的性能差异在哪
对 std::string 来说，s += "xyz" 和 s.append("xyz") 在绝大多数标准库实现中完全等价——它们底层调用同一段逻辑，甚至生成的汇编指令几乎一样。
立即学习“C++免费学习笔记（深入）”；
但语义不同：+= 更强调“修改自身”，append 更强调“拼接动作”。真正影响性能的是是否触发重新分配：
- 如果当前容量（
s.capacity()）足够，两者都只是 memcpy + size 更新，O(1) 时间 - 如果容量不足，都会触发 reallocation（通常按 1.5x 或 2x 增长），此时时间复杂度为 O(n)，且旧内存被丢弃
所以更值得做的是：提前预留空间，比如 s.reserve(1024)，再批量 append 多次，避免反复扩容。
append 后 string 的 capacity 和 size 怎么变
size() 总是精确反映当前字符数，每次 append 都会增加对应长度；capacity() 则不一定变——它只在需要更多内存时才增长，且增长策略由实现决定（libc++、libstdc++、MSVC 各不相同）。
常见误判是认为 append 后 capacity() == size()，其实几乎从不相等。验证方式很简单：
std::string s = "a"; s.append(1000, 'b'); // 追加 1000 个 b std::cout << s.size() << ", " << s.capacity() << "\n"; // size=1001, capacity 可能是 1024 或 1536
如果你依赖 capacity() 稳定（比如想用 &s[0] 获取连续可写缓冲区），必须手动 reserve()，不能靠 append 自动保证。
和 c_str() / data() 混用时的生命周期陷阱
很多人在 append 后继续使用之前保存的 c_str() 指针，这是未定义行为：
const char* p = s.c_str(); s.append("x"); /* p 现在可能已失效 */- 因为
append可能导致内部缓冲区 reallocate，原内存被释放
安全做法只有两种：
- 每次要用
c_str()时临时取，不用缓存指针 - 确保
s不再修改（如加const修饰），或提前reserve()并确认后续所有append都不会超限
尤其注意多线程场景：即使没显式 append，其他线程对同一 string 的任何非 const 操作都可能让缓存的 c_str() 失效。
