单线程遍历删除漏检的根本原因是迭代器未适配容器结构变化：arraylist中删除后索引前移但循环变量仍递增，导致跳过下一元素；java推荐iterator.remove()、倒序遍历或统一removeall；c++需用erase返回新迭代器；游戏案例证实双阶段策略可彻底解决漏删。
单线程下边遍历边删除时漏检，根本原因是迭代器在删除后未正确回退或跳过偏移，导致下一个元素被跳过。这不是“游标回溯”本身的问题，而是对迭代器自增逻辑与容器结构变化之间关系的误判。
为什么删除后不回溯就会漏检
以 ArrayList 为例：用增强 for 或普通 for(i) 遍历时，若在位置 i 删除元素，后续所有元素前移一位，但循环变量 i 仍按原节奏递增，i+1 实际指向的是原 i+2 的元素——中间那个就被跳过了。
同理，用 Iterator 时，若调用 it.remove() 后继续 it.next()，迭代器内部已自动推进到下一个有效位置；但若错误地在 remove() 后又手动 ++it（C++）或重复 next()（Java），也会跳位。
Java 中安全删除且不漏检的三种可靠写法
- 用 Iterator.remove() + while 循环：每次只处理一个元素，删除后迭代器自动定位到下一个，不会跳位
- 倒序 fori 遍历（从 size-1 到 0）：删除末尾或中间元素不影响前面索引，天然规避偏移问题
- 收集待删项，遍历结束后统一 removeAll()：彻底分离读与写，逻辑清晰、零风险，适合条件复杂或多层嵌套场景
C++ vector/list 中避免漏检的关键操作
对 std::vector：
- 删除后必须用
erase()返回的新迭代器赋值，不能继续原 it++ - 示例：
it = v.erase(it);—— 删除当前元素，it 已指向下一项，无需再 ++ - 若需跳过下一项，可先 ++it 再 erase，但要检查是否到 end()
对 std::list：
- 删除仅使被删节点迭代器失效，其余不受影响
- 仍推荐用
it = lst.erase(it)统一风格，避免混用 ++it 和 erase 导致逻辑错乱
真实故障复盘：子弹集合漏删引发渲染异常
某坦克游戏循环绘制敌方子弹时，代码如下：
错误写法：for (Shot s : enemy.getShots()) {
if (!s.isLive()) {
enemy.getShots().remove(s); // 直接调集合 remove → ConcurrentModificationException
}
}
修复后采用双阶段策略：
- 第一阶段：遍历所有
Shot，将!isLive()的加入临时ArrayList<shot></shot> - 第二阶段：
enemy.getShots().removeAll(deadShots)
上线后漏删率归零，且无并发冲突隐患，适配后续多线程扩展。
