Java集合安全移除元素技巧解析

在Java中安全删除集合元素远不止调用remove()那么简单——遍历时直接使用集合的remove()方法会触发ConcurrentModificationException或导致漏删，正确做法是依赖迭代器的remove()方法或Java 8引入的removeIf()批量删除；而面对多线程场景，则需根据读写比例选择CopyOnWriteArrayList、同步包装器或显式加锁等策略。本文系统剖析了各类删除方式的原理、适用边界与典型陷阱，帮你避开线上偶发崩溃和逻辑错乱的隐形雷区。

不能在遍历集合时直接调用 collection.remove()，否则会抛 ConcurrentModificationException。

用迭代器的 remove() 方法安全删除

这是最常用且线程不安全场景下的标准解法。迭代器的 remove() 是唯一被允许在遍历时修改集合的方式，它会同步更新内部的 modCount 和 expectedModCount。

• 必须在调用 iterator.next() 之后立即调用 iterator.remove()，否则抛 IllegalStateException
• 每个 next() 最多对应一次 remove()，重复调用会报错
• 对 ArrayList、LinkedList、HashSet 等都适用，但不适用于 CopyOnWriteArrayList（它允许直接 remove）

Iterator<String> it = 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

单线程里用错迭代器会出异常；多线程里即使“正确”使用迭代器，也可能因其他线程修改集合而失败。此时需换容器或加锁：

• 读多写少：用 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 递增但后续元素前移）

真正麻烦的不是“怎么删”，而是删的过程中是否需要保留原始顺序、是否涉及并发、是否要响应删除结果。这些细节一旦忽略，轻则逻辑错乱，重则线上偶发崩溃。

理论要掌握，实操不能落！以上关于《Java集合安全移除元素技巧解析》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！