std::vector.data()是最安全的获取C风格指针方式，空容器时返回nullptr，而&v[0]和&v.front()会触发未定义行为；其指针生命周期依赖vector对象，不可长期持有或手动释放；vector<bool>不支持data()。
std::vector.data() 是最安全的获取 C 风格指针方式
直接取 std::vector 底层内存地址，必须用 data()，不是 &v[0] 或 &v.front()。前者在 vector 为空时返回合法空指针（C++11 起保证），后两者会触发未定义行为。
常见错误现象：std::vector<int> v; int* p = &v[0]; —— 运行时可能崩溃或静默出错，尤其在开启优化后更难调试。
-
v.data()在空 vector 下返回nullptr，可安全判空：if (v.data()) { use(v.data()); } -
&v[0]和&v.front()都要求v.size() > 0，否则 UB - 如果必须兼容老标准（C++98/03），且能确保非空，才考虑
&v[0]，但不推荐
std::vector.data() 返回的指针生命周期完全依赖 vector 对象
这不是“转换”，而是临时借出内存视图——vector 一旦被移动、销毁、重分配（如 push_back 触发扩容）、或调用 shrink_to_fit，原指针立即失效。
典型误用场景：把 v.data() 存进全局变量、传给异步回调、或跨函数长期持有。
立即学习“C++免费学习笔记（深入）”；
- 正确做法：只在紧邻的 C API 调用中使用，例如：
some_c_func(v.data(), v.size()); - 若需延长生命周期，必须显式拷贝：用
std::vector构造新容器，或用malloc+memcpy分配独立内存（注意手动free） - 切勿对
v.data()做delete[]—— 内存由 vector 管理，这是严重 double-free 风险
const std::vector 的 data() 返回 const T*
想把 const std::vector<int>& 传给接受 const int* 的 C 函数？没问题，v.data() 自动匹配。但若目标函数需要 int*（可写），就不能强转 —— 这破坏 const 正确性，且可能引发编译失败（如启用 -Wcast-qual）。
- 允许：
void read_only(const int* p, size_t n); read_only(v.data(), v.size()); - 禁止：
int* p = const_cast<int>(v.data()); // 危险！除非你 100% 确保底层可写且无 const 语义约束</int> - 若 C 接口必须非 const 指针但实际只读，优先改 C 接口声明；次选封装一层临时可写副本（如
std::vector<int>(v.begin(), v.end())）
std::vector 是特例，不能用 data()
std::vector<bool> 是位压缩特化，不连续存储，data() 根本不存在（编译报错）。这是最容易被忽略的陷阱，尤其当模板代码泛化处理 vector<T> 时。
- 错误示例：
std::vector<bool> flags(10); auto p = flags.data(); // 编译失败 - 替代方案：改用
std::vector<char>或std::vector<uint8_t>；或用std::bitset（若大小编译期已知） - 若必须用 bool 且需 C 接口，手动展开为字节数组：
std::vector<uint8_t> bytes((flags.size() + 7) / 8); /* bit-to-byte copy */
真正危险的从来不是怎么取指针，而是忘记谁在管理这块内存、何时它会消失、以及类型系统试图阻止你做的事 —— 尤其是 vector<bool> 和 const 限定符，稍不注意就埋下运行时隐患。
