Iterator.remove()是唯一安全的遍历中删除方式，因它同步更新expectedModCount以绕过modCount检查；removeIf()是Java 8+推荐的批量条件删除方案，底层基于Iterator.remove()但更简洁；倒序for循环虽可避免异常但不推荐，因其可读性差、不适用于Set/Map且无性能优势；并发场景下需用CopyOnWriteArrayList等线程安全集合或外加锁。
用 Iterator.remove() 是唯一安全的遍历中删除方式
在增强 for 循环（for (T item : list)）或普通 for 循环中直接调用 list.remove(item) 或 list.remove(i)，几乎必然触发 ConcurrentModificationException。这是因为 ArrayList、LinkedList 等非线程安全集合内部维护了 modCount 计数器，而迭代器检测到该计数器被意外修改就会抛异常。
正确做法是使用迭代器自身的 remove() 方法——它会同步更新 expectedModCount，从而绕过检查：
Iterator<String> it = list.iterator();
while (it.hasNext()) {
String s = it.next();
if (s.startsWith("temp")) {
it.remove(); // ✅ 安全删除
}
}
removeIf() 适合 Java 8+ 的批量条件删除
Collection.removeIf(Predicate) 是更简洁、语义更清晰的替代方案，底层仍基于 Iterator.remove()，但封装了循环逻辑。它适用于需要根据条件批量删元素的场景，且对 ArrayList、HashSet、LinkedHashSet 均有效。
- 不能用于只读集合（如
Collections.unmodifiableList()），会抛UnsupportedOperationException - 对
CopyOnWriteArrayList也支持，但注意它是线程安全的，且每次修改都复制数组，不适合高频写场景 - 避免在
Predicate中修改集合本身（比如在 lambda 里再调用remove()），会导致行为未定义
list.removeIf(s -> s == null || s.trim().isEmpty());
普通 for 循环倒序遍历可规避异常但不推荐
从后往前用索引删除（for (int i = list.size()-1; i >= 0; i--)）确实不会触发 ConcurrentModificationException，因为没用迭代器，也不依赖 modCount 检查。但它有明显缺陷：
立即学习“Java免费学习笔记（深入）”；
- 逻辑反直觉，易出错（比如漏掉
i--或边界写成> 0） - 删除后索引自动前移，若正序遍历时跳过下一个元素的问题，在倒序下虽不出现，但代码可读性差
- 仅适用于
List实现，对Set或Map不适用 - 性能上无优势：
ArrayList.remove(i)仍需移动后续元素；LinkedList则因不支持 O(1) 随机访问而更慢
并发场景下别硬套单线程方案
如果多个线程可能同时读写集合，Iterator.remove() 和 removeIf() 依然会出问题——它们不是原子操作，且迭代过程本身不加锁。
- 优先考虑线程安全替代品：
CopyOnWriteArrayList（适合读多写少）、ConcurrentHashMap（对应 Map 场景） - 若必须用
ArrayList，需外层加锁（如synchronized(list)），但此时要确保所有访问（包括遍历、增删）都在同一把锁下，否则无效 -
Vector和Stack虽方法同步，但迭代器仍不保证安全，不建议新项目使用
真正容易被忽略的是：即使用了 Iterator.remove()，只要迭代期间有其他线程修改了集合，异常仍会发生——安全的前提是“单线程控制权不移交”。
