std::string::data()是首选，因其语义明确表示原始字节流起点，不隐含空终止承诺；需确保字符串生命周期足够长、避免重分配、不可对const对象写入，否则导致悬垂指针或未定义行为。
直接用 std::string::data()，但必须确保字符串生命周期足够长、且不依赖空终止——这是最常见误用的根源。
为什么 std::string::data() 是首选而非 c_str()
data() 返回的是底层缓冲区原始指针，类型为 char*（C++17 起 const 重载返回 const char*），和 c_str() 内容一致，但语义更准确：它不承诺以 '\0' 结尾（虽然当前标准下实际相同），且明确表示“这就是字节流起点”。c_str() 则隐含 C 风格字符串契约，容易误导使用者做越界读或传给非 null-terminated 接口。
- 若目标 API 明确要求“原始字节 + 长度”，优先用
data()+size()组合 - 若传给
write()、send()、memcpy()等纯字节操作函数，data()更贴切 - C++11 起
data()已保证返回可写缓冲区（只要 string 非 const）
哪些情况下 data() 会失效或出错
核心问题不是函数本身，而是内存生命周期和修改行为。以下任一情况都会导致悬垂指针或未定义行为：
- 对临时
std::string调用data()并保存指针，例如：auto ptr = std::string("hello").data();—— 临时对象在表达式结束即析构，ptr立刻失效 - 后续调用
push_back()、resize()、+=等可能触发重新分配的操作，原data()指针立即作废 - 将
const std::string&的data()强转为char*并写入 —— 违反 const 正确性，UB - 用
data()替代&vec[0]传给期望连续内存的模板函数，但没确认 string 是否保证连续（其实 C++11 起已强制要求连续，这点安全）
需要跨线程或长期持有缓冲区时怎么办
不能裸存 data() 指针，必须延长底层内存寿命或复制。常见做法有：
- 把
std::string对象本身作为拥有者长期持有（推荐），指针只在作用域内使用 - 需要独立缓冲区时，用
std::vector构造副本，再用buf(s.begin(), s.end()); buf.data() - 若追求零拷贝且控制权在你，改用
std::string_view传递逻辑视图，但注意它不管理内存 —— 接收方仍需确保源 string 不销毁 - 极端性能场景（如高频网络发包），可预分配大 buffer 并用
string.assign(buf, len)复用，避免反复 new/delete
真正危险的从来不是怎么取指针，而是谁负责释放、何时失效、是否可写——盯住这三点，比记住语法更重要。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
