根本原因是手动修改集合结构导致 modcount 与 expectedmodcount 不一致而抛 concurrentmodificationexception;正确做法是仅通过迭代器的 remove() 方法删除,且必须在 next() 后调用一次。
用 iterator.remove() 删除集合元素时崩溃,根本原因是手动修改了集合结构(比如调用 list.remove()),导致迭代器内部的 expectedmodcount 与集合实际的 modcount 不一致,触发 concurrentmodificationexception。正确做法是:**只通过当前迭代器的 remove() 方法删除,且必须在 next() 之后调用一次,不能重复调用**。
为什么直接用集合的 remove() 会崩溃
ArrayList、LinkedList 等集合类内部维护一个 modCount 计数器,记录结构性修改次数。Iterator 初始化时会把当前 modCount 赋值给自己的 expectedModCount。每次调用 next() 前,都会检查两者是否相等。一旦你绕过迭代器,用 list.remove(0) 或 set.remove(x) 修改集合,modCount 就变了,但迭代器毫不知情——下次 next() 或 hasNext() 就抛异常。
Iterator.remove() 的唯一合法使用方式
它不是“可选操作”,而是为安全删除而设计的桥梁。必须严格遵守以下规则:
-
必须先调用一次
next()—— 否则没有“当前元素”,remove 无意义,会抛IllegalStateException -
每调用一次
next(),最多只能调用一次remove()—— 重复调用会报IllegalStateException -
不能和集合自身的增删方法混用 —— 遍历中调
list.add()或map.put()同样触发异常
实战常见错误写法及修正
错误写法:
for (String s : list) {
if (s.startsWith("A")) {
list.remove(s); // ❌ 直接操作集合,崩溃!
}
}
正确写法(增强 for 循环不可行,改用显式 Iterator):
Iterator<string> it = list.iterator();
while (it.hasNext()) {
String s = it.next(); // ✅ 先 next
if (s.startsWith("A")) {
it.remove(); // ✅ 再 remove,仅一次
}
}</string>
如果需要根据索引或条件批量删除多个元素,也必须坚持这个节奏。例如清空所有空字符串:
Iterator<string> it = list.iterator();
while (it.hasNext()) {
if (it.next().isEmpty()) {
it.remove(); // ✅ 安全
}
}</string>
替代方案:removeIf()(Java 8+ 推荐)
对支持的集合(List、Set),可直接用 removeIf(Predicate),底层已封装好迭代器逻辑,更简洁且不易出错:
list.removeIf(s -> s == null || s.trim().isEmpty()); // ✅ 内部自动用 Iterator.remove
注意:removeIf 是原子操作,执行期间不允许其他线程修改集合,否则仍可能并发异常;单线程下完全安全。
不复杂但容易忽略










