在Java中如何正确删除集合中的元素_Java安全遍历方式解析

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 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 检查。但它有明显缺陷：

• 逻辑反直觉，易出错（比如漏掉 i-- 或边界写成 > 0）
• 删除后索引自动前移，若正序遍历时跳过下一个元素的问题，在倒序下虽不出现，但代码可读性差
• 仅适用于 List 实现，对 Set 或 Map 不适用
• 性能上无优势：ArrayList.remove(i) 仍需移动后续元素；LinkedList 则因不支持 O(1) 随机访问而更慢

并发场景下别硬套单线程方案

如果多个线程可能同时读写集合，Iterator.remove() 和 removeIf() 依然会出问题——它们不是原子操作，且迭代过程本身不加锁。

• 优先考虑线程安全替代品：CopyOnWriteArrayList（适合读多写少）、ConcurrentHashMap（对应 Map 场景）
• 若必须用 ArrayList，需外层加锁（如 synchronized(list)），但此时要确保所有访问（包括遍历、增删）都在同一把锁下，否则无效
• Vector 和 Stack 虽方法同步，但迭代器仍不保证安全，不建议新项目使用

真正容易被忽略的是：即使用了 Iterator.remove()，只要迭代期间有其他线程修改了集合，异常仍会发生——安全的前提是“单线程控制权不移交”。