vec.data()是安全获取指针的标准方法，空时返回nullptr；&vec[0]在empty时未定义，易致崩溃；需深拷贝时用memcpy而非手写循环。
用 data() 获取指针，但必须检查是否为空
绝大多数时候你根本不需要“转成C数组”，只需要一个指向连续内存的指针 + 长度。这时 vec.data() 就是标准答案：非空时返回 T*，空时返回 nullptr，行为明确、零开销、无拷贝。
别再写 &vec[0] ——它在 vec.empty() 时是未定义行为，调试器可能不报错，但上线后随机崩溃。
- ✅ 安全用法：
if (vec.data()) { some_c_func(vec.data(), vec.size()); } - ⚠️ 危险写法：
some_c_func(&vec[0], vec.size());（没判空） - ⚠️ 更危险：
const auto p = &vec[0];存起来后续用（vector 一析构就悬垂）
需要真正复制？用 memcpy，别手写循环
只有当目标 C 数组必须独立存在（比如传给异步回调、DLL 接口、或需长期持有），才需要深拷贝。此时优先用 std::memcpy，不是 std::copy，更不是 for 循环。
- 目标数组必须提前分配好空间，例如：
int c_arr[1024];或auto ptr = std::make_unique<int>(vec.size());</int> - 调用前务必检查大小：
if (vec.size() -
std::memcpy只适用于 trivially copyable 类型（int、uint8_t、float等），对含虚函数或非平凡析构的类不能用
传给 C 函数时，data() + size() 就够了
95% 的 C 接口（fwrite、glBufferData、send、sqlite3_bind_blob）都接受“指针 + 字节数/元素数”组合。硬要塞进一个所谓“C数组”变量，反而多一层风险和冗余代码。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- ✅ 正确：
fwrite(vec.data(), 1, vec.size(), fp); - ✅ 正确：
glBufferData(GL_ARRAY_BUFFER, vec.size() * sizeof(float), vec.data(), GL_STATIC_DRAW); - ❌ 多余：
float* arr = new float[vec.size()]; memcpy(arr, vec.data(), ...); glBufferData(..., arr, ...); delete[] arr;
特别注意 std::vector<bool></bool> 和跨 DLL 场景
std::vector<bool></bool> 是特化实现，不提供连续存储，data() 不可用，必须逐位复制或改用 std::vector<uint8_t></uint8_t>。
跨 DLL 边界传递 raw 指针时，MSVC 的 debug/release 运行时、不同 STL 版本之间内存布局不兼容，vec.data() 返回的指针在另一侧可能访问非法地址。这种场景下，应由 DLL 自己分配内存并让调用方拷贝数据，或改用 ABI 稳定的接口（如 std::span + 自定义 allocator）。
最容易被忽略的是 vector 的生命周期管理——哪怕你用了 data()，只要 vector 被移动、resize、clear 或离开作用域，指针立刻失效。这不是 bug，是设计使然。
