在Java中增强for循环遍历集合安全吗_Java集合遍历注意事项解析

一分耕耘，一分收获！既然打开了这篇文章《在Java中增强for循环遍历集合安全吗_Java集合遍历注意事项解析》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

增强for循环遍历集合时修改集合会抛ConcurrentModificationException——因迭代器为fail-fast机制，modCount校验失败即抛异常；安全做法是用Iterator.remove()或removeIf()，并发场景需用ConcurrentHashMap、CopyOnWriteArrayList或加锁。

增强for循环遍历集合时修改集合会抛 ConcurrentModificationException

不安全——只要在增强for循环（即 for (T item : collection)）中调用 collection.remove()、collection.add() 或任何结构性修改方法，几乎必然触发 ConcurrentModificationException。这是因为增强for底层依赖 Iterator，而Java集合（如 ArrayList、HashMap 的 keySet/valueCollection）的迭代器默认是「快速失败」（fail-fast）的。

常见错误场景：

• 想边遍历边删满足条件的元素，直接写 list.remove(item)
• 在循环内调用 map.keySet().remove(...) 或 map.remove(key)
• 多线程环境下，一个线程用增强for遍历，另一个线程修改集合

这不是“偶发”，而是设计使然：迭代器在创建时记录集合的 modCount，每次调用 next() 前校验是否匹配；一旦集合被非迭代器方式修改，校验失败即抛异常。

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

必须显式获取迭代器，并只通过其 remove() 方法删除当前元素。这是唯一被允许的「遍历中删除」方式，且线程不安全（仍需外部同步）。

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

对比错误写法：

// ❌ 抛 ConcurrentModificationException
for (String s : list) {
    if (s.startsWith("tmp")) {
        list.remove(s); // 错误：绕过迭代器
    }
}

注意点：

• Iterator.remove() 只能调用一次，且必须紧跟在 next() 之后
• 不能用于 for-each 语法糖，必须手动写 while + iterator
• CopyOnWriteArrayList 是例外：它的迭代器基于快照，允许遍历时修改原集合，但代价是写操作复制整个数组，适合读多写少场景

removeIf() 是更简洁安全的替代方案（Java 8+）

如果目标只是按条件删除，Collection.removeIf(Predicate) 内部已封装了安全的迭代逻辑，语义清晰且无需手写迭代器。

list.removeIf(s -> s.startsWith("tmp")); // ✅ 线程不安全但遍历安全
map.keySet().removeIf(k -> k == null);   // ✅ 同样适用
map.values().removeIf(v -> v == null);   // ✅

原理上它仍使用迭代器并调用 it.remove()，但对开发者透明。优势在于：

• 一行代码替代多行循环
• 避免手误调用 collection.remove()
• 所有标准集合（ArrayList、HashSet、LinkedHashMap 等）都支持
• 但注意：它不是原子操作，多线程下仍需同步

并发场景下必须换用线程安全集合或加锁

增强for本身不提供线程安全保证。即使你用 Iterator.remove() 或 removeIf()，若其他线程同时修改同一集合，依然可能出错。

可行方案：

• 用 ConcurrentHashMap：它的 keySet()、values()、entrySet() 迭代器是弱一致性的，不抛 ConcurrentModificationException，但可能反映某次修改前的状态
• 用 CopyOnWriteArrayList：适合遍历远多于修改的场景，但内存和性能开销大
• 手动加锁：对整个集合操作块加 synchronized 或用 ReentrantLock，确保遍历与修改互斥

切记：Vector 和 Hashtable 虽然方法加了 synchronized，但它们的增强for仍会因迭代器检查 modCount 而失败——因为同步只保护单个方法，不保护「遍历+删除」这一复合操作的原子性。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《在Java中增强for循环遍历集合安全吗_Java集合遍历注意事项解析》文章吧，也可关注golang学习网公众号了解相关技术文章。