登录
首页 >  文章 >  java教程

Java集合并发修改错误解决方法

时间:2026-01-28 19:22:33 153浏览 收藏

你在学习文章相关的知识吗?本文《Java集合并发异常如何处理》,主要介绍的内容就涉及到,如果你想提升自己的开发能力,就不要错过这篇文章,大家要知道编程理论基础和实战操作都是不可或缺的哦!

ConcurrentModificationException 是因 ArrayList 的 fail-fast 机制触发,非线程安全问题;单线程下遍历时调用 list.remove() 会因 modCount 不匹配而抛异常,正确做法是用 Iterator.remove()、removeIf() 或延迟删除。

在Java中如何处理ConcurrentModificationException_Java集合并发异常解析

为什么遍历 ArrayList 时调用 remove() 会抛 ConcurrentModificationException

这不是线程安全问题,而是 Java 集合的「快速失败」(fail-fast)机制在起作用。即使单线程下,ArrayList 的迭代器内部维护一个 modCount 计数器,记录结构修改次数;每次调用 add()remove() 会递增它,而 Iterator.next() 会校验当前 expectedModCount 是否匹配 —— 不匹配就直接抛异常。

常见错误写法:

List<String> list = new ArrayList<>(Arrays.asList("a", "b", "c"));
for (String s : list) {
    if ("b".equals(s)) {
        list.remove(s); // ⚠️ 这里触发 ConcurrentModificationException
    }
}

单线程下安全删除元素的三种方法

核心原则:避免「边遍历边用集合自身方法改结构」。推荐以下方式:

  • Iterator.remove():这是唯一被允许的遍历中删除方式,它会同步更新 expectedModCount
  • removeIf()(Java 8+):内部封装了安全的迭代逻辑,语义清晰
  • 收集待删索引/元素,遍历结束后批量操作:适合需要复杂判断或多次删除的场景

示例对比:

// ✅ 正确:Iterator.remove()
Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if ("b".equals(s)) it.remove(); // 安全
}
// ✅ 正确:removeIf()
list.removeIf(s -> "b".equals(s));
// ✅ 正确:延迟删除
List<String> toRemove = new ArrayList<>();
for (String s : list) {
    if ("b".equals(s)) toRemove.add(s);
}
list.removeAll(toRemove);

多线程环境必须换并发集合

ArrayListHashMap 等非线程安全集合,即使配合 synchronized 块做遍历 + 修改,也无法彻底规避竞态条件(比如两个线程同时进入 for-each,各自拿到不同快照)。这时必须切换为真正支持并发访问的数据结构:

  • 读多写少 → CopyOnWriteArrayList:遍历时操作底层数组副本,写操作加锁并复制新数组;但注意内存开销和实时性滞后
  • 高并发读写均衡 → ConcurrentHashMap:分段锁 / CAS + 链表转红黑树(Java 8),支持安全的 forEach()removeIf()
  • 需要强一致性且写不频繁 → 外层加 synchronized 或使用 Collections.synchronizedList(),但必须手动同步所有迭代操作(包括 for-each

错误示范(看似加锁仍可能出错):

List<String> syncList = Collections.synchronizedList(new ArrayList<>());
// ❌ 危险!synchronized 块没覆盖迭代器创建过程
synchronized (syncList) {
    for (String s : syncList) { // 这行隐式调用 syncList.iterator(),未受锁保护
        if ("x".equals(s)) syncList.remove(s);
    }
}

ConcurrentModificationException 不代表一定发生了并发修改

这是最容易误解的一点。该异常只表示「结构被意外修改」,与线程数量无关。哪怕纯单线程,只要在迭代过程中通过集合自身方法(而非迭代器)修改了结构,就一定会触发。

排查时优先检查:

  • 是否用了 for-each 循环 + list.remove(x)
  • 是否在 Lambda 中(如 stream().forEach())调用了外部集合的修改方法
  • 是否在自定义迭代逻辑中漏掉了对 modCount 的同步处理(比如自己写了迭代器)

工具提示:IDE(如 IntelliJ)通常会对这类模式标黄警告,提示「Collection is modified while iterating」。

好了,本文到此结束,带大家了解了《Java集合并发修改错误解决方法》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多文章知识!

前往漫画官网入口并下载 ➜
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>