Java遍历修改报错怎么处理

Java中遍历时修改集合结构会触发ConcurrentModificationException，这是fail-fast机制的主动防护而非线程安全问题；正确解法包括单线程下优先使用Iterator.remove()（需严格遵循next()后调用）、JDK 8+推荐的removeIf()（但须确保Predicate无副作用），而多线程场景必须切换为线程安全容器如CopyOnWriteArrayList或ConcurrentHashMap——任何试图在普通集合上加锁或滥用for循环删除的操作，都可能埋下崩溃或数据不一致的隐患。

ConcurrentModificationException 是什么，为什么不能直接用 for 循环删元素

Java 集合（比如 ArrayList、HashMap）在遍历时检测到结构被意外修改，就会抛 ConcurrentModificationException。这不是线程安全问题，而是 fail-fast 机制主动报错——哪怕单线程里边遍历边调 list.remove(obj)，也会崩。

根本原因是：迭代器内部维护了一个 expectedModCount，和集合自身的 modCount 对不上就炸。for-each 底层就是用的 Iterator，所以 for (String s : list) { if (s.isEmpty()) list.remove(s); } 必然失败。

• 别用 for-each 或普通 for (int i = 0; ...) 边遍历边调 list.remove()
• removeIf() 是安全的，但它是 JDK 8+ 才有，且底层仍依赖迭代器的 remove()
• 如果必须兼容老版本或需要更细粒度控制（比如删完还要 break），就得手动拿 Iterator

Iterator.remove() 的唯一正确写法

Iterator.remove() 是迭代器自己提供的删除方法，它会同步更新 expectedModCount，所以不会触发异常。但它有个硬性前提：必须在 next() 之后调用，且只能调一次。

常见错误写法：it.remove() 放在 it.next() 前、连着调两次、或者在没调 next() 的空迭代器上调用 —— 全都会抛 IllegalStateException。

• 必须先 it.next() 拿到当前元素，再判断是否要删，再 it.remove()
• 不能在同一个 next() 后反复调 remove()
• 不能在刚创建迭代器后、还没 next() 就调 remove()

示例：

Iterator it = list.iterator();
while (it.hasNext()) {
    String s = it.next(); // 必须先 next()
    if (s == null || s.trim().isEmpty()) {
        it.remove(); // 此时 remove 合法
    }
}

removeIf() 看似简单，但要注意 Predicate 的副作用

List.removeIf(Predicate) 写起来最简洁，JDK 8+ 直接一行解决。但它内部仍是用 Iterator + remove() 实现的，所以语义一致、线程不安全、同样 fail-fast。

真正容易踩的坑是 Predicate 本身带状态或副作用。比如你在 lambda 里改了外部变量、调了远程接口、或者用了可变对象做判断依据，结果可能和预期不符，尤其当集合很大、JVM 优化或并发场景下更难复现。

• 确保 Predicate 是纯函数：只读输入，不改外部状态
• 避免在 removeIf() 的 lambda 里调用可能抛异常的方法（异常发生时已删部分元素，无法回滚）
• removeIf() 返回 boolean 表示“是否有元素被删”，但不告诉你删了几个，需要统计得另计

安全示例：

list.removeIf(s -> s != null && s.length() < 3);

多线程环境下 Iterator.remove() 不管用

上面所有方案都只解决单线程下的结构修改异常。一旦多个线程同时读写同一个 ArrayList，即使你严格用 Iterator.remove()，依然可能出错 —— 因为 modCount 变量不是 volatile，且 remove() 本身不是原子操作。

这时候不能靠“怎么删”，而得换容器。别试图加锁包装普通集合，性能差还易死锁。

• 读多写少：用 Collections.unmodifiableList() + 外部同步，或换成 CopyOnWriteArrayList（注意写操作开销大）
• 读写均衡：考虑 ConcurrentLinkedQueue（无序）或 ConcurrentHashMap（按 key 查）
• 真要线程安全的动态列表且需索引访问？老实手写锁或用 ReentrantLock 包一层 ArrayList，但得自己保证所有访问路径都被覆盖

一句话：Iterator 的安全，只对单线程内的“顺序修改”有效；跨线程，它连入场券都不发。

好了，本文到此结束，带大家了解了《Java遍历修改报错怎么处理》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！