17370845950

std::string::append 安全高效但需注意内存重分配风险；它支持多种重载（如子串、重复字符），而 += 仅支持 string 或 C 风格字符串，operator+ 则总返回新对象引发额外分配。

直接用 std::string::append 拼接字符串是安全且高效的，但要注意它和 +、+= 在语义和性能上并不完全等价——尤其在循环中反复调用时容易触发多次内存重分配。

append 和 += 的行为差异

append 是成员函数，支持多种重载：可追加另一个 string、C 风格字符串（const char

*）、子串（带起始位置和长度）、重复字符等；而 += 本质是调用 append 的一个特化版本，仅支持右操作数为 string 或 const char*。

• s.append("hello") 和 s += "hello" 效果相同，但前者更显式，适合需要控制偏移或长度的场景
• s.append(other, 2, 4) 表示从 other 的索引 2 开始取 4 个字符追加——+= 做不到这点
• 若误写成 s.append("hello", 5)（传入指针和长度），实际调用的是 append(const char*, size_t)，不是截取，而是按长度读取内存——越界风险高

避免循环中频繁 append 导致的性能问题

每次 append 可能触发内部缓冲区扩容（尤其是初始容量小、追加内容大或次数多时），导致 O(n²) 时间复杂度。常见于日志拼接、CSV 构建等场景。

• 先用 s.reserve(estimated_total_size) 预留空间，再循环 append
• 若拼接对象固定且数量少，用 {s1, s2, s3}.join() 风格（C++20 起可用 std::format 或第三方库）更清晰
• 不要在循环内写 s.append(std::to_string(i)) 而不 reserve——to_string 返回临时对象，其移动构造仍可能引发额外分配

append 与 operator+ 的隐式拷贝陷阱

operator+ 总是返回新 std::string，左侧操作数会被复制一次；而 append 修改原对象，无返回值（返回 *this，但通常不链式调用）。这在表达式中容易混淆：

std::string a = "a", b = "b", c = "c";
auto s1 = a + b + c;        // 创建两个临时 string，效率低
a.append(b).append(c);      // 原地修改，无额外分配（假设 capacity 足够）

• a + b + c 等价于 operator+(operator+(a, b), c)，至少两次堆分配
• append 不会隐式转换：不能对 const std::string& 调用，而 + 可以
• 如果函数参数是 const std::string&，想拼接必须先拷贝，此时 append 无优势

真正关键的不是“该不该用 append”，而是是否提前管理了容量、是否误用了带长度参数的重载、以及是否把本该一次性构建的字符串拆成了多次修改。