迭代器失效是因容器内部重分配导致旧迭代器指向非法内存，引发未定义行为；vector扩容时三指针管理的连续内存被释放重置，所有迭代器、指针、引用全部失效。
迭代器失效不是“迭代器坏了”，而是你拿着一张过期地图去导航——容器内部已经搬了家、挪了位，你还指着旧地址找人，结果访问到释放内存、错位元素或野地址，触发未定义行为（UB），崩溃或数据错乱只是早晚的事。
vector插入/扩容时所有迭代器突然全失效
根本原因是 vector 底层用三指针管理连续内存：first_（begin()）、last_（end()）、storage_end_。一旦 push_back() 或 insert() 触发扩容（比如从容量 4 增到 8），旧内存被 deallocate()，新内存重新 allocate()，所有基于旧地址的迭代器、指针、引用全部作废。
-
reserve(10)可预防：在批量插入前预分配足够空间，避免中途扩容 - 不要缓存
&v[0]或v.data()后长期使用——扩容后它们指向已释放内存 - Debug 模式下可能不崩（某些实现加了调试检查），Release 下必现，别信“本地能跑”
-
resize()和reserve()语义不同：resize(n)改size和可能的capacity；reserve(n)只改capacity，不构造对象
vector循环中删元素时迭代器“越删越崩”
典型错误写法：for (auto it = v.begin(); it != v.end(); ++it) { if (cond(*it)) v.erase(it); }。问题在于：v.erase(it) 会让 it 失效，而 ++it 还试图对失效迭代器自增——标准明确禁止，多数编译器直接报 vector iterator not incrementable。
- 正确做法：用
erase()返回值更新迭代器，it = v.erase(it)（删除后指向下一有效位置） - 更安全的惯用法是 while 循环：
auto it = v.begin(); while (it != v.end()) { if (cond(*it)) it = v.erase(it); else ++it; } -
remove_if()+erase()组合更推荐：先逻辑移除再物理擦除，避免反复搬移 - 注意：
erase()删除末尾元素时，返回值等于v.end()，别再解引用
string和deque的迭代器也一样会失效？
是的，但规则不同。std::string 自 C++11 起强制连续存储，行为几乎和 vector 一致：扩容（如 s += "xxx"）导致所有迭代器失效；erase() 同样使被删位置及之后迭代器失效。
-
deque更复杂：头尾插入/删除通常不使迭代器失效（除非整体重分配），但中间insert()或erase()会让“插入点及之后”的迭代器失效，且部分实现中甚至会导致全部失效 - 永远别假设
deque::iterator是稳定指针——它可能是封装了分段缓冲区索引的类对象 - 若需稳定指针/引用，优先选
list或forward_list：只有被删节点的迭代器失效，其余完全不受影响
最易被忽略的一点：end() 迭代器本身也是迭代器，它在几乎所有修改操作后都可能失效。长期保存 v.end() 并用于后续比较（如 it != saved_end）是危险的，应每次重新调用 v.end()。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
