std::string_view不支持拼接，因其只读且不拥有数据；性能关键在于避免内存重分配和临时字符串构造，而非替换为string_view。
直接结论：在 C++17 中，std::string_view 本身不支持拼接，不能替代 append；真正影响性能的是「是否触发内存重分配」和「是否避免临时字符串构造」，而非单纯换用 string_view。
为什么 string_view.append 会编译失败
std::string_view 是只读、非拥有型的轻量视图，它没有 append 成员函数——调用 sv.append(...) 会报错：error: 'append' is not a member of 'std::string_view'。它连数据都不拥有，自然无法修改内容。
常见误用场景：
- 把
string_view当作可增长字符串使用（比如循环中反复“追加”） - 试图用
string_view接收拼接结果（如string_view res = sv1 + sv2），但operator+返回的是std::string，类型不匹配
append 性能关键：reserve + move + 少拷贝
std::string::append 的实际开销主要来自三处：检查容量、内存复制、可能的 reallocation。优化核心是让这些步骤尽可能少发生。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 拼接前对目标
string调用reserve，预估总长度（例如res.reserve(len1 + len2 + len3)），避免多次扩容 - 用
append(string&&)或append(const char*, size_t)替代+= string，前者可触发移动或避免构造临时对象 - 避免链式
+=：如s += a + b + c会先构造临时string再拷贝，不如分步s.append(a); s.append(b); s.append(c)+reserve
示例对比：
