Java 中的 Stream 无法直接原地修改集合，若需真正“原地”过滤（即复用原集合对象并移除不满足条件的元素），应使用 Collection.removeIf() 或手动 Iterator 遍历删除。
java 中的 stream 无法直接原地修改集合，若需真正“原地”过滤（即复用原集合对象并移除不满足条件的元素），应使用 `collection.removeif()` 或手动 `iterator` 遍历删除。
在 Java 开发中，开发者常误以为可通过 stream().filter().collect() 将结果“写回”原始集合实现原地过滤。但需明确：Stream 是惰性、不可变的数据处理管道，其 collect() 操作总会创建新容器，绝不会修改源集合。因此，以下写法是无效且非法的：
// ❌ 错误示例：Stream.collect() 无法向原集合收集
products.stream()
.filter(p -> p.getPrice() > 100)
.collect(Collectors.toCollection(() -> products)); // 不安全，行为未定义！要真正实现原地过滤（in-place filtering）——即直接修改原始 List 或其他 Collection 实例，仅保留满足条件的元素——推荐以下两种标准、线程安全、符合 JDK 规范的方式：
✅ 方式一：Collection.removeIf()（最简洁推荐）
适用于所有 Collection 子类（如 ArrayList、LinkedList），语义清晰、代码简短、内部已优化：
// 保留价格 > 100 的商品，其余从原列表中移除 products.removeIf(product -> product.getPrice() <= 100); // 此时 products 已被原地修改，无需重新赋值
⚠️ 注意：removeIf() 接收的是“移除条件”（即 谓词为 true 时删除），逻辑与 filter() 相反，务必取反书写。
立即学习“Java免费学习笔记（深入）”；
✅ 方式二：显式 Iterator 遍历（兼容旧版本 & 精确控制）
适用于需在遍历中执行复杂判断或额外操作的场景，也兼容 Java 7+：
Iterator<Product> it = products.iterator();
while (it.hasNext()) {
Product p = it.next();
if (p.getStock() == 0 || p.isDiscontinued()) {
it.remove(); // 安全删除，无 ConcurrentModificationException
}
}✅ 优势：避免 for-each 循环中直接调用 list.remove() 导致的 ConcurrentModificationException；支持多条件组合与副作用逻辑。
❌ 不推荐的方式
- 使用 stream().collect(Collectors.toList()) 后重新赋值 products = ...：这会丢失原引用，不属于“原地”操作，且若其他变量持有原列表引用，将导致数据不一致。
- 手动 clear() + addAll(filtered)：破坏原有内存地址和并发安全性，且性能较差（两次遍历 + 内存分配）。
总结
| 方法 | 是否原地 | JDK 版本要求 | 可读性 | 推荐场景 |
|---|---|---|---|---|
| removeIf() | ✅ 是 | Java 8+ | ⭐⭐⭐⭐⭐ | 默认首选，条件简单明确 |
| Iterator.remove() | ✅ 是 | Java 5+ | ⭐⭐⭐⭐ | 需精细控制或兼容老版本 |
| stream().filter().collect() | ❌ 否 | Java 8+ | ⭐⭐⭐⭐⭐ | 仅用于生成新集合，非原地 |
始终牢记：Stream 的设计哲学是函数式、不可变；原地修改属于命令式集合操作，应交由 Collection 接口方法完成。 合理选择工具，才能写出既正确又可维护的代码。
