Java并发修改错误解决技巧

本文深入剖析了Java中遍历ArrayList时调用remove()引发ConcurrentModificationException的根本原因——fail-fast机制下modCount校验对非迭代器途径结构性修改的严格拦截，并系统梳理了单线程下安全删除的三种可靠方案（Iterator.remove()、倒序索引删除、批量收集后移除），同时针对多线程场景指出盲目加锁的弊端，推荐根据读写特征选用CopyOnWriteArrayList、ConcurrentHashMap等真正并发安全的替代方案，还澄清了removeIf()的安全边界与版本差异，最后强调：规避并发修改问题的关键不仅在于选对API，更在于将修改逻辑主动剥离出迭代生命周期，直击实际开发中极易被忽视的回调、监听器和Stream隐式修改等高危场景。

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

因为 ArrayList 的迭代器是“快速失败”（fail-fast）的：内部维护一个 modCount 计数器，每次调用 add()、remove() 等结构性修改方法时自增；而迭代器在 next() 前会检查当前 modCount 是否与创建时一致。不一致就直接抛异常——它不关心你是不是单线程，只认“非迭代器途径修改”这个事实。

常见错误现象：

• 用 for-each 循环遍历 list，循环体内写 list.remove(obj)
• 用 Iterator.next() 遍历，但调用的是 list.remove() 而不是 iterator.remove()
• 多个线程共用一个 ArrayList，哪怕只读不写，只要有一个线程在修改，其他线程迭代就可能崩

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

核心原则：别绕过迭代器改集合本身。

• 用 Iterator.remove() —— 最常用也最直观：

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

• 倒序 for 循环 + 索引删除 —— 适合需要索引或批量删固定位置的场景：

  for (int i = list.size() - 1; i >= 0; i--) {
      if (list.get(i).startsWith("tmp")) {
          list.remove(i); // ✅ 不影响前面元素索引
      }
  }

• 收集待删项，遍历完再批量删 —— 适合条件复杂、要多次判断的逻辑：

  List<string> toRemove = new ArrayList();
  for (String s : list) {
      if (needRemove(s)) toRemove.add(s);
  }
  list.removeAll(toRemove); // ✅ removeAll 内部不走迭代器路径</string>

多线程环境该选哪个并发集合

别给 ArrayList 加 synchronized 包装器——锁粒度太粗，性能差，且仍无法避免迭代时被其他线程修改。

• 读多写少，且允许弱一致性（比如监控列表）：用 CopyOnWriteArrayList
  每次写都复制底层数组，迭代器基于快照，完全不加锁；但写操作开销大，不适合高频修改
• 读写均衡，需强一致性：用 ConcurrentHashMap 替代“键值对集合”，或封装成线程安全的容器类
  ConcurrentLinkedQueue 适合纯队列场景，但不支持随机访问
• 真需要线程安全的动态数组语义，又不愿妥协性能：考虑 java.util.concurrent.ForkJoinPool 配合不可变集合（如 ImmutableList），靠“替换引用”而非“原地修改”来规避问题

removeIf() 看似方便，但要注意 JDK 版本和实现细节

ArrayList.removeIf() 是 JDK 8 引入的默认方法，底层用的是 Iterator.remove()，所以单线程下是安全的；但它不是原子操作——中间如果其他线程修改了集合，仍可能触发 ConcurrentModificationException（即使你在调用 removeIf()）。

• JDK 8–10：removeIf() 在 ArrayList 中会先遍历收集匹配索引，再倒序删除，实际是“两阶段”，比手写 Iterator 稍慢但更简洁
• JDK 11+：优化为单次遍历 + 位图标记，性能更好，但行为一致
• 注意：它对 LinkedList 的实现是逐个调用 Iterator.remove()，所以链表场景下不要依赖它做高频删除

真正容易被忽略的是：所有这些方案都假设你知道“什么时候要删”，而不是在监听器、回调、Stream 中隐式触发修改——那种场景下，得回溯源头，把修改动作挪到迭代生命周期之外。

理论要掌握，实操不能落！以上关于《Java并发修改错误解决技巧》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！