c++oding="utf-8" ?>
不能直接用 char* 拼接字符串，因为其不管理内存，易越界导致未定义行为；std::string 通过 sso、预分配和摊还 o(1) 的 append/=+ 实现真正高效。
为什么不能直接用 char* 拼接字符串
因为 char* 本身不管理内存，拼接时若目标缓冲区不够大，会直接越界写入——不是崩溃就是静默数据损坏。常见错误是用 strcpy + strcat 往栈上固定大小的数组里硬塞，比如：char buf[64]; strcpy(buf, "a"); strcat(buf, "b");，一旦拼接结果超长，行为未定义。
真正“高效”的前提是：避免重复分配、避免多余拷贝、明确所有权。裸指针做不到这点，它只负责指向，不负责生命周期和容量。
std::string 的 += 和 append 已经足够高效
现代 std::string 实现（如 libstdc++、libc++）普遍采用 SSO（Small String Optimization），短字符串（通常 ≤ 15–22 字节）直接存于对象内部，不触发堆分配；拼接时若容量足够，+= 就是 memcpy + 更新长度；若不足，会按指数增长策略（如 1.5× 或 2×）重新分配，摊还复杂度仍是 O(1)。
实操建议：
- 优先用
std::string s;而非char* p;存储可变内容 - 拼接多个字符串时，先调用
s.reserve(total_expected_size)预分配，避免多次 realloc - 用
s += other_string或s.append(other_c_str, len)，后者可避免临时std::string构造
例如：
std::string s; s.reserve(100); s += "hello"; s.append(" world", 6); // 不构造临时 string
真需要指针操作？用 std::string::data() + resize() 手动控制
当你必须把拼接结果传给 C API（如 write(2)、sqlite3_bind_text），且想避免最后一次拷贝时，可以绕过 std::string 的自动管理，直接操作底层缓冲区。
关键点：
-
std::string::data()返回可写的char*，但前提是字符串已通过resize()或reserve()+resize()确保空间到位 - 不能只靠
reserve()，它只保证容量，不改变长度；必须用resize()把逻辑长度设为所需大小，否则data()返回的内存未初始化或不可安全写入 - 写完后记得再调用
s.resize(actual_written_len)修正长度，否则后续s.c_str()可能读到脏数据
示例：
std::string s; s.reserve(256); s.resize(0); // 清空逻辑长度 char* p = s.data(); int n = sprintf(p, "%d:%s", code, msg); s.resize(n); // 修正真实长度
性能陷阱：别在循环里反复 += 却不 reserve
如果拼接来源是未知长度的容器（如 vector<string></string>），且没预估总长，每次 += 都可能触发 realloc + memcpy，最坏退化为 O(n²)。
正确做法：
- 遍历一次求总长：
size_t total = 0; for (const auto& t : parts) total += t.size(); - 调用
s.reserve(total)，再循环拼接 - 若部分来源是 C 字符串（
const char*），用s.append(ptr, len)而非s += std::string(ptr)，省掉一次构造开销
不 reserve 的代价容易被忽略：1000 次拼接，平均可能触发 10+ 次 realloc，每次拷贝几百字节，实际耗时翻倍。
裸指针拼接不是“更底层所以更快”，而是把内存责任甩给程序员。真正的高效，是让 std::string 在它擅长的地方工作，只在必要时用 data() 短暂接管——边界必须清晰，resize() 时机不能错。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
