vector v(10) 构造含10个默认初始化元素的容器，非空；需预留空间应先 vector v; 再 v.reserve(10)。
vector 初始化时别直接用 vector<int> v(10)</int> 当成“空容器”
很多人看到 vector<int> v(10)</int> 就以为建了个空的、容量为 10 的 vector，结果一 v.size() 发现是 10，还填了 10 个 0 —— 这其实是构造了含 10 个默认值元素的容器，不是预留空间。
真正想“预留但不构造元素”，得用 reserve()：
-
vector<int> v; v.reserve(10);</int>→ 容量 10，v.size() == 0 -
vector<int> v(10);</int>→ 大小和容量都是 10，所有元素已默认初始化（int 为 0） - 混用时注意：
reserve()不改变size()，resize()才会真正增减元素数量
往 vector 尾部加元素，优先用 emplace_back() 而不是 push_back()
如果构造的对象支持移动或就地构造（比如自定义类有非平凡构造函数），emplace_back() 可避免临时对象 + 拷贝/移动两步，更高效。
常见误用场景：传入已存在的对象时，两者行为一致；但传参构造新对象时差异明显：
立即学习“C++免费学习笔记（深入）”；
-
v.push_back(Student("Alice", 20));→ 先构造临时Student，再移动进 vector -
v.emplace_back("Alice", 20);→ 直接在 vector 内存里调用Student构造函数 - 对
int/string等类型，编译器通常能优化掉差别，但养成习惯更稳妥
迭代器失效是 vector 最容易翻车的地方
vector 在内存重分配（如 push_back 触发扩容）时，所有现存迭代器、指针、引用全部失效。这不是 bug，是设计使然。
典型踩坑点：
- 边遍历边
erase()：用erase()返回的新迭代器，别用 ++it - 循环中反复
push_back()后还用老迭代器访问 —— 下次扩容就崩 - 存了
&v[0]或v.data()指针，之后又修改 vector 大小 → 指针可能悬空 - 安全做法：批量修改完再遍历；或改用
std::list/std::deque（若频繁中间插入删除）
用 at() 替代 [] 做边界检查只在调试期有意义
v.at(i) 会抛 std::out_of_range 异常，v[i] 不检查下标 —— 但别以为加了 at() 就“更安全”了。
真实情况：
- 发布版通常关闭异常或没开 RTTI，
at()开销比[]明显（每次都要判断） - 真要防越界，应该靠逻辑约束（比如用
size()控制循环上限），而不是依赖运行时抛异常 - 调试阶段可临时换
at()快速定位越界读写，但上线前建议切回[]并确保逻辑正确
size() 是你管的元素数，capacity() 是它自己悄悄预占的底子，而一旦底子不够了，整个家当就搬新地址——这时候所有老地址都作废。 
