C风格字符串易出错因无长度信息、依赖'\0'，越界或悬垂指针致未定义行为；std::string通过SSO和move优化性能；混用时需严守c_str()生命周期。
C 风格字符串的内存管理为什么总出错
因为 char* 本身不带长度信息，所有操作都依赖结尾的 '\0'，一旦越界、忘记终止、或指向栈上临时内存，就会触发未定义行为——比如 strlen 崩溃、strcpy 覆盖相邻变量、或者打印出乱码加一堆垃圾字符。
常见错误现象：
-
char* s = "hello"; strcpy(s, "world");—— 字符串字面量在只读段，写入直接段错误 -
char buf[5]; strcpy(buf, "hello");—— 缓冲区不够放'\0'，后续strcat或printf("%s", buf)行为不可预测 -
char* get_name() { char tmp[] = "Alice"; return tmp; }—— 返回栈内存地址，调用方拿到的是悬垂指针
实操建议：
- 用
strncpy替代strcpy，但必须手动补'\0'：strncpy(dst, src, size-1); dst[size-1] = '\0'; - 计算长度时优先用
sizeof(arr)/sizeof(arr[0])，而不是对指针用sizeof（它只返回指针大小） - 需要动态拼接时，别硬算偏移，改用
snprintf安全写入：snprintf(buf, sizeof(buf), "%s/%s", base, file);
std::string 的隐式拷贝和 move 语义怎么影响性能
默认情况下，std::string 拷贝是深拷贝，但现代标准库普遍实现 SSO（短字符串优化），小字符串（通常 ≤22 字节）不堆分配，拷贝极快；大字符串才涉及内存分配与复制。而 C++11 后，函数返回或传参时若对象是右值，会自动触发 move 构造，避免拷贝开销。
立即学习“C++免费学习笔记（深入）”；
使用场景与参数差异：
- 函数参数：想避免拷贝就用
const std::string&；想明确接管所有权（比如解析后清空原串），用std::string&& - 返回值：直接返回局部
std::string（如return str + "_suffix";），编译器大概率执行 RVO 或 move，不用std::move手动包裹 - 拼接大量字符串：用
+=比+更高效，后者每次产生新对象；频繁追加可先reserve()预留空间
注意：SSO 大小因编译器而异（GCC/Clang 通常是 15 或 22 字节），不要硬编码假设；调试时可用 s.capacity() 和 s.data() 判断是否堆分配。
混合使用 C 风格接口和 std::string 时的转换陷阱
很多系统 API（如 open()、fopen()、getaddrinfo()）只接受 const char*，而 std::string::c_str() 返回的指针仅在 string 对象生命周期内有效——如果 string 是临时对象或后续被修改，指针立刻失效。
常见错误现象：
-
system(("echo " + msg).c_str());——std::string是临时对象，c_str()返回指针在分号前就失效 -
std::string path = "/tmp/file"; unlink(path.c_str()); path += ".bak"; unlink(path.c_str());—— 第二个c_str()可能复用同一块内存，但第一个调用已失效，实际删错路径
实操建议：
- 把临时拼接结果存为命名变量再取
c_str()：std::string cmd = "grep foo " + filename; system(cmd.c_str()); - 调用 POSIX 函数前确认 buffer 是否足够：比如
gethostname()需自己分配char buf[HOST_NAME_MAX+1]，不能直接传std::string的c_str() - 需要长期持有 C 字符串（如注册回调），必须用
strdup(s.c_str())并自行free()，别依赖c_str()的生命周期
什么时候必须用 C 风格字符串，不能用 std::string
不是“性能差才用 C 风格”，而是某些场景 std::string 根本无法替代：嵌入式裸机环境没 STL、C 接口 ABI 要求（如 DLL 导出函数）、实时系统禁止动态分配、或需与硬件寄存器/协议帧对齐的固定长度缓冲区。
典型场景：
- POSIX 系统调用参数（
read()/write()/ioctl()的 buffer 参数是void*，但内容常是 C 字符串或二进制块） - 结构体字段要求固定大小且兼容 C（如
struct stat中的st_dev、st_ino，或自定义协议头里的char name[32]） - 日志宏或 printf-style 接口（
LOG("err=%d, msg=%s", code, s.c_str())），必须传const char*
关键点：C 风格字符串不是过时，而是职责不同——它负责与外部世界（OS、硬件、C 库）打交道；std::string 负责内部逻辑处理。混用时，边界要清晰，生命周期要盯死。
