c_str()保证返回以'\0'结尾的C字符串，data()在C++11中不保证null终止，&str[0]对空字符串未定义；三者性能相近，但语义与安全性差异显著，且返回指针均依赖string对象生命周期。
std::string::c_str() 和 ::data() 的行为差异
两者都返回 const char*，但语义不同：c_str() 保证返回以 '\0' 结尾的 C 风格字符串；data() 在 C++11 中不保证结尾有 '\0'（直到 C++17 才要求与 c_str() 行为一致）。实际使用中，若你传给 strlen()、printf("%s", ...) 或任何期望 null-terminated 的 C 函数，必须用 c_str() —— 用 data() 可能导致越界读或未定义行为。
为什么不能直接取地址 &str[0] 替代 c_str()
看似等价，但有三个关键风险：
-
&str[0]对空字符串str.empty()是未定义行为（operator[]不检查边界，且索引 0 无效） - 它不提供 null 终止保证，即使当前非空，也不能用于
strcmp()等函数 - 某些实现（尤其启用了 SSO 的短字符串）可能让
&str[0]指向内部缓冲区起始，但该缓冲区未必以'\0'结尾（C++11 标准允许）
性能对比：c_str() vs data() vs &str[0]
在现代编译器（GCC/Clang/MSVC，-O2）下，三者生成的汇编几乎完全相同 —— 都是简单返回内部指针。真正影响性能的不是函数调用本身，而是后续使用方式：
- 若你只做只读访问（如传给
open()、write()），data()语义更贴切，且避免了对 null 终止的隐式承诺 - 若你要调用
strlen()或fputs()，必须用c_str()；否则得手动补'\0'或额外计算长度，反而更慢 -
&str[0]无额外开销，但失去安全契约，调试时难排查问题
注意：c_str() 调用不触发内存分配或拷贝，它只是返回已存在的内部缓冲区地址（除非 string 处于 moved-from 状态，此时行为未定义）。
立即学习“C++免费学习笔记（深入）”；
容易被忽略的生命周期陷阱
c_str() 和 data() 返回的指针**仅在 string 对象有效且未被修改时有效**。常见错误包括：
- 把
str.c_str()存进const char* p = s.c_str();，然后修改s（如s += "x"），p立即失效 - 返回局部
std::string的c_str()，例如return s.c_str();—— 指针指向已销毁对象的内存 - 在多线程中，一个线程调用
c_str()，另一个线程同时调用clear()或resize()，结果未定义
没有“一次性转成稳定 C 字符数组”的免费方案；需要长期持有，就得自己 strcpy 到独立缓冲区，或改用 std::vector<char></char> + str.data() + str.size() + 显式 '\0' 尾部。
