removeIf()是Java 8提供的原地批量删除方法，避免ConcurrentModificationException，比for-each+remove更安全，比Stream.filter更省内存且立即执行。
removeIf() 是 Java 8 引入的高效批量删除手段，它直接在原 List 上操作、避免手动遍历 + Iterator.remove() 的繁琐和 ConcurrentModificationException 风险。只要谓词逻辑明确，它比传统 for 循环或流式 filter() 更简洁、更省内存。
为什么不能直接用 for-each 配合 remove()？
这是最常踩的坑：在增强 for 循环里调用 list.remove() 会触发 ConcurrentModificationException —— 因为底层 modCount 和迭代器预期值不一致。
常见错误写法：
for (String s : list) {
if (s.startsWith("tmp")) {
list.remove(s); // ❌ 运行时抛出 ConcurrentModificationException
}
}
正确替代方案只有两个：用 Iterator.remove()，或者直接上 removeIf()。
立即学习“Java免费学习笔记（深入）”；
removeIf() 的谓词写法与常见场景
removeIf() 接收一个 Predicate<E>，返回 true 的元素会被移除。注意：是“要删的”返回 true，不是“要留的”。
- 删除空字符串：
list.removeIf(String::isBlank) - 删除特定前缀：
list.removeIf(s -> s.startsWith("log_")) - 删除 null 或满足条件的对象：
list.removeIf(obj -> obj == null || obj.isExpired()) - 按索引逻辑删（需配合
AtomicInteger）：AtomicInteger idx = new AtomicInteger(); list.removeIf(x -> idx.getAndIncrement() % 2 == 0);（慎用，可读性差）
removeIf() 对不同 List 实现的性能影响
行为一致，但底层效率不同：
-
ArrayList：内部用两次数组拷贝（一次标记，一次压缩），时间复杂度 O(n)，空间 O(1) 额外空间（不计临时布尔数组） -
LinkedList：需遍历 + 断链，实际比ArrayList慢，且无随机访问优势；除非你本就在用LinkedList做频繁插入/删除，否则别为removeIf()特意选它 - 并发集合如
CopyOnWriteArrayList：支持removeIf()，但每次调用都复制整个底层数组，大数据量下开销巨大，应避免
如果你的 List 来自 Arrays.asList()，要注意它是固定大小的包装类，调用 removeIf() 会抛 UnsupportedOperationException —— 必须先转成 new ArrayList(...)。
和 Stream.filter() 的关键区别在哪？
核心差异就两点：
-
removeIf()修改原集合，返回boolean（是否发生删除）；stream().filter().collect(...)返回新集合，原集合不变 -
removeIf()是 eager（立即执行），filter()是 lazy（只在终端操作时执行），但对简单删除场景，lazy 并不带来优势，反而多一次遍历 + 新集合分配
如果你需要保留原集合、同时生成过滤后的新列表，那必须用 Stream；如果只是清理现场，removeIf() 更直白、更少 GC 压力。
真正容易被忽略的是：谓词里不要做可能抛异常的操作（比如调用可能为 null 的对象方法），否则整个删除中断，已处理部分不可逆。如有风险，先用 Objects.nonNull() 或 Optional 包一层。
