c_str()返回const char*，指向string内部以\0结尾的只读字符序列，不复制数据；其指针生命周期依赖原string对象，不可写、不可用于需可写缓冲的场景，临时对象调用会导致悬垂指针。
用 c_str() 获取只读的 C 风格字符串指针
c_str() 返回的是 const char*，指向内部以 \0 结尾的字符序列。它不复制数据，只是提供访问接口，所以不能修改返回指针所指内容。
常见错误是直接对 c_str() 结果做写操作，比如：strcpy(buf, s.c_str()) 前没确保 buf 足够大，或试图写入 s.c_str()[0] = 'x' —— 这会触发未定义行为。
- 返回值生命周期绑定于原
std::string对象：只要string不被移动、销毁或修改（如push_back、clear），指针就有效 - 不能用于需要可写缓冲区的场景（如
strtok、snprintf目标） - 若需传给要求非
constchar*的旧 API，必须另分配内存并拷贝
需要可写 char 数组时，手动拷贝更安全
当函数原型是 void f(char* buf, size_t len) 或你要原地修改字符串时，c_str() 无法满足。必须显式分配并拷贝：
std::string s = "hello";
std::vector<char> buf(s.begin(), s.end());
buf.push_back('\0'); // 确保结尾为 \0
f(buf.data(), buf.size());或者用 new / malloc（注意配对释放）：
立即学习“C++免费学习笔记（深入）”；
char* cbuf = new char[s.length() + 1]; strcpy(cbuf, s.c_str()); // ... 使用 cbuf ... delete[] cbuf;
- 务必加
+1为结尾\0预留空间 - 用
std::vector<char></char>比裸指针更推荐：自动管理内存，data()返回可写指针 -
s.data()在 C++11 中与c_str()行为相同（只读），C++17 起对空字符串也保证返回非空指针，但依然不可写
c_str() 和 data() 的关键区别
在 C++11 到 C++14 中，data() 不保证以 \0 结尾（虽然大多数实现如此），而 c_str() 严格保证；C++17 开始两者都保证结尾 \0，但语义仍不同：
-
c_str()明确表示“供 C 接口使用”，返回const char* -
data()更通用，但仍是只读；即使你把它转成char*强转，写入仍是未定义行为 - 永远不要写
const_cast<char>(s.c_str())</char>并去修改 —— 标准禁止，编译器可能优化掉相关内存访问
容易忽略的生命周期陷阱
最隐蔽的问题是临时 string 对象的 c_str() 被长期持有：
const char* p = std::string("temp").c_str(); // 危险！
printf("%s", p); // 可能输出乱码或崩溃因为临时对象在完整表达式结束时就被析构，p 成为悬垂指针。
- 正确做法：延长对象生命周期，例如绑定到
const std::string& - 或直接用字面量
"temp"（类型是const char[5]） - 在 lambda 捕获、回调函数参数中传
c_str()时，尤其要检查原始string是否会在回调执行前销毁
实际项目里，这类问题往往在优化开启后才暴露，因为未定义行为的表现依赖于内存复用时机。
