Java遍历删除元素技巧与并发问题解析

有志者，事竟成！如果你在学习文章，那么本文《Java遍历删除元素技巧与并发修改问题解析》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

for-each遍历时调用remove()会抛ConcurrentModificationException，因modCount与expectedModCount不一致；正确做法是用Iterator.remove()、removeIf()或倒序for循环。

直接用 for-each 遍历并调用 remove() 会抛 ConcurrentModificationException

这是最常见也最容易踩的坑：Java 的 ArrayList、HashMap 等非线程安全集合在迭代过程中，如果结构被修改（比如删元素），其内部的 modCount 和迭代器记录的 expectedModCount 就会不一致，JVM 主动抛出异常来防止数据错乱。

典型错误写法：

for (String s : list) {
    if (s.startsWith("a")) {
        list.remove(s); // ⚠️ 运行时抛 ConcurrentModificationException
    }
}

注意：这个异常和“多线程”无关——单线程下也会触发，它反映的是「结构并发修改」，不是「多线程并发」。

正确做法：用 Iterator.remove() 安全删除

迭代器提供的 remove() 方法是唯一被设计为在遍历时安全删除元素的方式。它会同步更新 expectedModCount，避免校验失败。

• 必须在 next() 之后调用，否则抛 IllegalStateException
• 每次只能删一个元素（即每调一次 next() 后最多调一次 remove()）
• 适用于所有实现了 Iterator 的集合（ArrayList、LinkedList、HashSet 等）

示例：

Iterator<string> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if (s.startsWith("a")) {
        it.remove(); // ✅ 安全
    }
}</string>

替代方案：用 removeIf()（Java 8+）更简洁

Collection.removeIf(Predicate) 是推荐的现代写法，底层仍使用迭代器 + remove()，但封装了逻辑，可读性高且不易出错。

• 只适用于 JDK 8 及以上
• 不能在删除过程中修改判断逻辑（比如动态改 Predicate 内部状态）
• 对 CopyOnWriteArrayList 等线程安全集合也适用，但语义不同（后者是快照删除）

示例：

list.removeIf(s -> s.startsWith("a")); // ✅ 一行搞定

特殊情况：需要按索引删除或倒序遍历

如果业务逻辑依赖索引（比如删第 2 个匹配项），或想避免 Iterator 的额外对象开销，可用传统 for 循环，但要注意方向：

• 正向遍历 + remove(int index) 会导致后续元素前移，跳过下一个元素（常见 bug）
• 必须倒序遍历（从 size()-1 到 0），才能保证索引稳定
• 仅适用于支持随机访问的集合（如 ArrayList），LinkedList 倒序遍历性能差

示例（安全的倒序）：

for (int i = list.size() - 1; i >= 0; i--) {
    if (list.get(i).startsWith("a")) {
        list.remove(i); // ✅ 不会漏删
    }
}

实际项目里最容易被忽略的是：removeIf() 在某些自定义集合（比如包装类或 Guava 的不可变集合）上可能不生效，或者抛 UnsupportedOperationException；遇到这类情况，得先确认集合是否真正支持结构性修改。

到这里，我们也就讲完了《Java遍历删除元素技巧与并发问题解析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！