遍历集合时须用迭代器remove()或removeIf()安全删除，禁用collection.remove()；并发场景需选CopyOnWriteArrayList或加锁；for-each或正序for循环中直接remove会引发ConcurrentModificationException或漏删。
不能在遍历集合时直接调用 collection.remove()，否则会抛 ConcurrentModificationException。
用迭代器的 remove() 方法安全删除
这是最常用且线程不安全场景下的标准解法。迭代器的 remove() 是唯一被允许在遍历时修改集合的方式，它会同步更新内部的 modCount 和 expectedModCount。
- 必须在调用
iterator.next()之后立即调用iterator.remove()，否则抛IllegalStateException - 每个
next()最多对应一次remove()，重复调用会报错 - 对
ArrayList、LinkedList、HashSet等都适用，但不适用于CopyOnWriteArrayList（它允许直接 remove）
Iteratorit = list.iterator(); while (it.hasNext()) { String s = it.next(); if (s.startsWith("tmp")) { it.remove(); // ✅ 安全 } }
使用 removeIf() 批量条件删除（Java 8+）
Collection.removeIf(Predicate) 内部封装了迭代器逻辑，语义清晰、代码简洁，底层仍走的是 Iterator.remove()，所以同样安全。
- 适合基于条件批量删除，比如
list.removeIf(s -> s == null || s.isEmpty()) - 注意：
removeIf()对ArrayList是 O(n) 时间，但会触发数组收缩；对LinkedList是 O(n)，但无内存拷贝开销 - 不支持获取被删元素，如需记录删除项，得先
stream().filter().collect()再删
并发场景下避免 ConcurrentModificationException
单线程里用错迭代器会出异常；多线程里即使“正确”使用迭代器，也可能因其他线程修改集合而失败。此时需换容器或加锁：
立即学习“Java免费学习笔记（深入）”；
- 读多写少：用
CopyOnWriteArrayList—— 它的remove()是线程安全的，但每次修改都复制整个数组，不适合频繁写 - 写操作集中：用
Collections.synchronizedList(new ArrayList())，但遍历时仍需手动synchronized(list)块包裹迭代逻辑 - 高并发 + 复杂逻辑：改用
ConcurrentHashMap的 keySet 视图（支持removeIf），或用显式锁控制临界区
千万别用的写法：for-each 循环中删元素
for-each 本质是语法糖，编译后就是迭代器循环，但在循环体里调 list.remove() 会导致迭代器状态失效：
for (String s : list) {
if (s.length() > 5) {
list.remove(s); // ❌ 运行时报 ConcurrentModificationException
}
}
- 看似删掉了元素，实际可能跳过下一个元素（因为索引前移但迭代器指针已进）
- 某些 JVM 实现下甚至不报错但行为不可靠，属于隐藏 bug
- 反模式还包括：用普通 for 循环正序遍历 +
remove(i)，也会导致漏删（因为i递增但后续元素前移）
真正麻烦的不是“怎么删”，而是删的过程中是否需要保留原始顺序、是否涉及并发、是否要响应删除结果。这些细节一旦忽略，轻则逻辑错乱，重则线上偶发崩溃。
