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，但通常不链式调用）。这在表达式中容易混淆：
立即学习“C++免费学习笔记（深入）”；
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”，而是是否提前管理了容量、是否误用了带长度参数的重载、以及是否把本该一次性构建的字符串拆成了多次修改。
