如何使用Java的Iterator迭代器遍历集合_Fail-Fast机制解析-java教程-PHP中文网

Java Iterator通过modCount与expectedModCount比对实现Fail-Fast机制，仅检测结构性修改（如add/remove），遍历时须用iterator.remove()而非集合remove()，否则抛ConcurrentModificationException。

如何使用java的iterator迭代器遍历集合_fail-fast机制解析

为什么遍历集合时修改会抛 `ConcurrentModificationException`

Java 的 Iterator 默认启用 Fail-Fast 机制，不是为了“阻止并发”，而是为了快速暴露**结构性修改**（比如增删元素）导致的遍历逻辑错乱。只要集合被 add()、remove() 等方法改过结构，而迭代器没感知，下一次调用 next() 或 hasNext() 就会立即报错。

常见错误现象：

在 for-each 循环里调用 list.remove(obj) —— 报 ConcurrentModificationException
多线程环境下，一个线程用 Iterator 遍历，另一个线程调用 map.put() —— 即使是 HashMap 也会崩

根本原因：集合内部维护一个 modCount 计数器，Iterator 创建时拷贝一份叫 expectedModCount；每次调用 next() 前都会比对两者，不一致就炸。

想边遍历边删元素？必须用 `Iterator.remove()`

这是唯一被允许的“遍历中修改”方式。它和集合自身的 remove() 不同：前者会同步更新 expectedModCount，后者不会。

使用场景：

过滤掉满足条件的元素（如字符串为空、数值小于阈值）
不能用 stream().filter().collect() 的老 JDK 环境（如 JDK 7）

实操建议：

绝不用 list.remove(obj) 替代 iterator.remove()
iterator.remove() 只能紧跟在 next() 之后调用一次，否则抛 IllegalStateException

示例：

Iterator<string> it = list.iterator();
while (it.hasNext()) {
    String s = it.next();
    if (s == null || s.trim().isEmpty()) {
        it.remove(); // ✅ 正确
    }
}</string>

`CopyOnWriteArrayList` 和 `ConcurrentHashMap` 怎么绕过 Fail-Fast

它们不是“禁用 Fail-Fast”，而是压根不检查 modCount —— 因为设计目标就是支持安全的并发读写。但代价明显：

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

CopyOnWriteArrayList 每次写都复制整个数组，适合读多写极少（如监听器列表）
ConcurrentHashMap 迭代器弱一致性：可能看不到最近 put 的键值，也不会报错，但也不会卡死或返回脏数据
注意：ConcurrentHashMap.keySet().iterator() 是弱一致的，但 entrySet().iterator() 同样不抛 ConcurrentModificationException

性能影响：