JavaIterator安全删除元素方法解析

在Java中遍历集合时安全删除元素是开发者常踩的坑：看似简单的`list.remove()`在循环中直接调用会立即触发`ConcurrentModificationException`，这并非多线程问题，而是迭代器“快速失败”机制对结构修改的严格校验；真正安全的方式只有两种——显式使用`Iterator.remove()`（需配合`next()`调用且仅限一次）或更简洁、推荐的Java 8+ `removeIf()`方法，二者底层均通过同步`modCount`确保迭代状态一致性；而增强for循环因不暴露迭代器引用，本质上无法安全删除，盲目尝试必报错——理解这一机制，才能写出健壮、可维护的集合操作代码。

为什么不能在遍历中直接调用集合的 remove() 方法

直接调用 ArrayList.remove() 或 HashSet.remove() 会触发 ConcurrentModificationException，因为迭代器内部维护了 modCount 计数器，而集合自身的 remove() 会修改它，但迭代器并不知情。这不是线程安全问题，而是快速失败（fail-fast）机制的正常反应。

必须用 Iterator.remove() 而不是集合的 remove()

Iterator.remove() 是唯一被设计为与当前迭代状态协同工作的删除方式。它会在删除后同步更新迭代器内部状态（如游标位置、expectedModCount），从而避免异常。

• 只允许在调用过 next() 之后立即调用一次 remove()；重复调用会抛 IllegalStateException
• 不能在未调用 next() 时调用 remove()（比如刚创建迭代器就删）
• 对 LinkedList，Iterator.remove() 是 O(1)；对 ArrayList，仍是 O(n)，因需移动后续元素

List<String> list = new ArrayList<>(Arrays.asList("a", "b", "c", "b"));
Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if ("b".equals(s)) {
        it.remove(); // ✅ 正确：通过迭代器删除
    }
}
// list 现在是 ["a", "c"]

使用 removeIf() 更简洁（Java 8+）

Collection.removeIf(Predicate) 内部仍基于 Iterator.remove() 实现，语义更清晰，且自动处理边界逻辑，推荐优先使用。

• 底层仍会校验并发修改，所以不能在 removeIf() 的 lambda 中再修改原集合
• 对 CopyOnWriteArrayList，removeIf() 不抛异常，但它是线程安全的快照式实现，适用于读多写少场景
• 注意：removeIf() 返回 boolean 表示是否发生删除，不是删除数量

List<Integer> nums = new ArrayList<>(Arrays.asList(1, 2, 3, 4, 5));
nums.removeIf(n -> n % 2 == 0); // 删除所有偶数
// nums 现在是 [1, 3, 5]

增强 for 循环（for-each）本质是迭代器，不能删

所谓“增强 for 循环不能删除”不是语法限制，而是它底层隐式使用了 Iterator，但没暴露引用，导致你无法调用 remove()。任何试图在 for-each 中调用 list.remove() 都会失败。

• 以下写法一定会抛 ConcurrentModificationException：
• for (String s : list) { if ("x".equals(s)) list.remove(s); }
• 若真要写成类似风格，必须显式获取并使用 Iterator，或改用 removeIf()

最容易被忽略的一点：即使单线程、顺序遍历，只要用了非 Iterator.remove() 的删除方式，就可能出错——这不是“运气好就能过”，而是 JVM 明确禁止的行为。

本篇关于《JavaIterator安全删除元素方法解析》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！