vector::data() 返回指向内部连续存储首元素的 T* 指针；非空时可安全使用，为空时返回合法但不可解引用的指针，专用于C接口等需裸指针场景。
vector::data() 返回的是什么指针？
vector::data() 返回的是指向其内部连续存储区域首元素的 pointer（即 T*），前提是 vector 非空；若为空，行为是定义良好的，返回值等价于 &vec[0]，但此时不能解引用。它不是“拷贝”出来的指针，而是直接暴露底层 std::allocator 分配的原始内存地址。
常见误用：有人以为 data() 是安全的只读视图，其实只要 vector 发生扩容（如 push_back、resize）、移动（std::move）或析构，该指针立即失效——这点和 &vec[0] 完全一致，但 data() 更明确、更可读、且对空 vector 有明确定义（&vec[0] 对空 vector 是未定义行为）。
什么时候必须用 data() 而不是 &vec[0]？
主要出现在需要传给 C 接口或底层 API 的场景，比如 OpenGL 缓冲上传、OpenCV Mat 构造、memcpy、C 风格函数（如 qsort）等，这些接口要求一个裸 T* 和长度。此时 data() 是唯一安全、标准、可读的写法。
- 空 vector 时，
&vec[0]是未定义行为，而vec.data()合法（返回有效但不可解引用的指针） - 使用
auto ptr = vec.data();比auto ptr = &vec[0];更清晰表达“我要底层数组”，避免误读为“取第一个元素的地址” - 在模板代码中，如果
T是 const 类型（如vector），&vec[0]可能编译失败，而data()始终匹配其 value_type
data() 指针失效的典型场景有哪些？
只要 vector 的内存布局发生变化，data() 返回的指针就不再有效。这不是 bug，是设计使然。关键要意识到：vector 的“所有权”和“生命周期管理”没变，但“地址稳定性”极差。
立即学习“C++免费学习笔记（深入）”；
-
vec.push_back(x)—— 可能触发 reallocation，旧data()失效 -
vec.resize(n)—— 若新大小超出当前 capacity，会 realloc -
vec.clear()不释放内存，data()仍有效（但 size=0，不可访问） -
vec.shrink_to_fit()—— 可能移动数据，旧指针失效 -
std::move(vec)后，原 vec 处于 valid-but-unspecified 状态，data()不再保证可用
实际建议：拿到 data() 后，**不要长期持有**；如需多次使用，优先重新调用 vec.data()（开销为 O(1)），而不是缓存指针变量。
和 c_str()、data() 在 string 中的区别有关吗？
有关，但容易混淆。C++11 起，std::string 也提供了 data()，但它和 c_str() 在 C++17 前语义不同：c_str() 保证返回以 '\0' 结尾的 C 字符串，data() 则不一定（可能不以 '\0' 结尾）。不过从 C++11 开始，string::data() 已保证与 c_str() 返回相同地址（即结尾有 '\0'）；而 vector::data() 永远不承诺任何终止符——它就是纯数组起点。
所以别把 vector 当成类似 string::c_str() 的“安全 C 接口封装”；它就是裸指针，用前查 size()，用后不缓存，出作用域就丢弃。
