根本原因是手动修改集合结构导致 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，仅一次
}
}
如果需要根据索引或条件批量删除多个元素，也必须坚持这个节奏。例如清空所有空字符串：
Iterator<String> it = list.iterator();
while (it.hasNext()) {
if (it.next().isEmpty()) {
it.remove(); // ✅ 安全
}
}
替代方案：removeIf()（Java 8+ 推荐）
对支持的集合（List、Set），可直接用 removeIf(Predicate)，底层已封装好迭代器逻辑，更简洁且不易出错：
list.removeIf(s -> s == null || s.trim().isEmpty()); // ✅ 内部自动用 Iterator.remove
注意：removeIf 是原子操作，执行期间不允许其他线程修改集合，否则仍可能并发异常；单线程下完全安全。
不复杂但容易忽略
