Iterator.remove正确用法及避免ModCount异常技巧

本文深入剖析了使用 Iterator.remove() 时频繁触发 ConcurrentModificationException 的根本原因——手动修改集合结构导致 modCount 与 expectedModCount 失同步，并清晰指出唯一安全的用法：必须在调用 next() 获取当前元素后，且仅一次调用 remove()；同时对比了常见错误写法（如增强 for 循环中直接调用 list.remove()）与正确实践，还推荐了更简洁可靠的 Java 8+ 替代方案 removeIf()，帮助开发者避开这个看似简单却极易踩坑的并发修改陷阱。

用 Iterator.remove() 删除集合元素时崩溃，根本原因是手动修改了集合结构（比如调用 list.remove()），导致迭代器内部的 expectedModCount 与集合实际的 modCount 不一致，触发 ConcurrentModificationException。正确做法是：**只通过当前迭代器的 remove() 方法删除，且必须在 next() 之后调用一次，不能重复调用**。

为什么直接用集合的 remove() 会崩溃

ArrayList、LinkedList 等集合类内部维护一个 modCount 计数器，记录结构性修改次数。Iterator 初始化时会把当前 modCount 赋值给自己的 expectedModCount。每次调用 next() 前，都会检查两者是否相等。一旦你绕过迭代器，用 list.remove(0) 或 set.remove(x) 修改集合，modCount 就变了，但迭代器毫不知情——下次 next() 或 hasNext() 就抛异常。

Iterator.remove() 的唯一合法使用方式

它不是“可选操作”，而是为安全删除而设计的桥梁。必须严格遵守以下规则：

• 必须先调用一次 next() —— 否则没有“当前元素”，remove 无意义，会抛 IllegalStateException
• 每调用一次 next()，最多只能调用一次 remove() —— 重复调用会报 IllegalStateException
• 不能和集合自身的增删方法混用 —— 遍历中调 list.add() 或 map.put() 同样触发异常

实战常见错误写法及修正

错误写法：

for (String s : list) {
    if (s.startsWith("A")) {
        list.remove(s); // ❌ 直接操作集合，崩溃！
    }
}

正确写法（增强 for 循环不可行，改用显式 Iterator）：

Iterator<string> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();         // ✅ 先 next
    if (s.startsWith("A")) {
        it.remove();              // ✅ 再 remove，仅一次
    }
}</string>

如果需要根据索引或条件批量删除多个元素，也必须坚持这个节奏。例如清空所有空字符串：

Iterator<string> it = list.iterator();
while (it.hasNext()) {
    if (it.next().isEmpty()) {
        it.remove(); // ✅ 安全
    }
}</string>

替代方案：removeIf()（Java 8+ 推荐）

对支持的集合（List、Set），可直接用 removeIf(Predicate)，底层已封装好迭代器逻辑，更简洁且不易出错：

list.removeIf(s -> s == null || s.trim().isEmpty()); // ✅ 内部自动用 Iterator.remove

注意：removeIf 是原子操作，执行期间不允许其他线程修改集合，否则仍可能并发异常；单线程下完全安全。

不复杂但容易忽略

本篇关于《Iterator.remove正确用法及避免ModCount异常技巧》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！