跳出“八股文”陷阱：从 GCC 源码与物理内

线上老因为迭代器失效崩，光背那张静态速查表根本没用。脱离底层物理内存去死记硬背，遇到复杂场景照样段错误。

vector 的迭代器其实就是个裸指针。一旦扩容，旧内存直接释放，所有旧指针全废；就算没扩容，插入和删除也会把后面的元素整体搬移，原地覆盖掉原来的数据。

deque 和哈希容器更反直觉。deque 两端插入时，元素的引用居然还有效，但迭代器却全废了。因为元素没动，动的是内部的“中控表”。同理，unordered_map 扩容重散列时，元素节点地址不变，所以引用还在，但链表拓扑被打散，旧迭代器继续遍历就会脱轨。

最坑的是短字符串优化。15 个字符以内存在栈上，超了就切到堆。同一段代码在 macOS 下好好的，一部署到 Linux 就可能崩溃。因为不同编译器的内联缓冲区大小不一样，跨平台极易踩坑。

想彻底避坑，别再盲目对照规则表。Code review 时直接追问：内存搬没搬？中控结构重构没？元素是不是被原地覆盖了？平时多用 ASan 抓悬垂访问，C++20 直接用 std::erase_if 安全擦除。