concurrentmodificationexception 是 java 集合的 fail-fast 机制抛出的异常，用于检测单线程中遍历时非法修改结构（如 for-each 中直接调 remove），其根源是迭代器的 expectedmodcount 与集合 modcount 不一致；正确做法是用 iterator.remove()（需先 next()）、removeif()（jdk 8+，注意 predicate 纯函数性）或线程安全容器。
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。
立即学习“Java免费学习笔记（深入）”；
- 必须先
it.next()拿到当前元素，再判断是否要删，再it.remove() - 不能在同一个
next()后反复调remove() - 不能在刚创建迭代器后、还没
next()就调remove()
示例：
Iterator<String> 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 的安全，只对单线程内的“顺序修改”有效；跨线程，它连入场券都不发。
