直接取vector元素地址不安全，因扩容或增删会导致迭代器失效、指针悬空；仅当容量稳定且只读时&vec[i]才安全；推荐用索引替代指针，必要时配合reserve()或改用array/deque。
直接取地址可能出问题：vector 迭代器失效是主因
不能简单用 &vec[i] 得到长期有效的指针，因为 vector 在扩容或插入/删除时会重新分配内存，原有元素地址全部失效。哪怕你刚取完地址，下一行调用 push_back() 就会让它变成悬空指针。
- 只有在确认
vector容量稳定（如已调用reserve()且后续无增删）、且只读访问时，&vec[i]才安全 -
data()返回首元素地址，可用于批量访问，但同样受迭代器失效规则约束 - 用
std::addressof(vec[i])和&vec[i]效果相同，不解决根本问题
安全替代方案：用索引代替裸指针
绝大多数场景下，存一个 size_t 或 int 类型的下标比存指针更可靠，也更符合 C++ 的惯用做法。
- 索引不会因内存重分配而失效，只要不越界、且
vector未被 move 或销毁即可 - 访问时写
vec[idx]，编译器优化后性能和指针解引用几乎无差别 - 配合
at()可启用边界检查（调试时有用），但注意抛异常开销
真需要指针？确保生命周期严格对齐
如果必须用指针（比如对接 C API、或性能敏感的 inner loop），就得手动管控内存稳定性。
- 提前调用
vec.reserve(N)预留足够空间，之后只做operator[]赋值，避免任何触发 reallocation 的操作 - 把
vector声明为const后再取地址（const auto* p = &vec[i];），从语义上禁止后续修改 - 若元素类型支持，考虑改用
std::array（大小固定、栈存储）或std::deque（指针不因 push_front 失效，但随机访问稍慢）
常见错误示例与修复
下面这段代码看似合理，实则危险：
立即学习“C++免费学习笔记（深入）”；
std::vector<int> v = {1,2,3};
int* p = &v[0]; // 此刻合法
v.push_back(4); // 内存重分配 → p 悬空！
printf("%d", *p); // 未定义行为修复方式取决于需求：
- 只需访问：改用
v[0]或v.at(0) - 需多次传参：传
std::span<int>(v)（C++20）或std::vector<int>&引用 - 必须指针且确定不变：在
reserve()后立即取，并加注释说明约束条件
真正麻烦的不是怎么取地址，而是怎么让地址一直有效 —— 这个责任不在语法，而在你对容器生命周期的理解和控制上。
