Java Stream查找与过滤是惰性求值的管道操作，filter用Predicate筛选元素且不触发计算，需终端操作才执行；findFirst等短路操作可提前终止遍历；应先filter后查找，高淘汰率条件前置，并注意Optional空值安全。
Java Stream API 的查找与过滤本质是惰性求值的管道操作，核心在于用声明式语法替代显式循环，同时借助短路机制提升效率。
过滤操作：用 filter() 精准筛数据
filter 接收一个 Predicate 函数式接口，对每个元素做布尔判断。它不会修改原集合，只生成满足条件的新流。关键点在于：一旦底层数据源支持（如 ArrayList），filter 本身不触发计算，只有遇到终端操作（如 collect、findFirst）才会真正执行。
- 避免在 filter 中写重逻辑（如远程调用、复杂 IO），否则每轮遍历都执行，严重拖慢速度
- 多个 filter 可链式调用，等价于逻辑与（&&），但比写在一个 filter 里更清晰、更易复用和测试
- 若数据量大且匹配项靠前，配合 findFirst 使用，能利用短路提前结束遍历
查找操作：按需终止，拒绝全量扫描
Stream 提供了多种查找终端操作，它们的性能差异主要取决于是否短路：
- findFirst() / findAny()：找到第一个/任意一个匹配元素即停止，适合“是否存在”或“取首个”的场景；findAny 在并行流中可能更快
- anyMatch() / allMatch() / noneMatch()：返回 boolean，全部短路；anyMatch 找到一个 true 就返回，效率最高
- 避免用 collect(Collectors.toList()).get(0) 替代 findFirst——这会强制收集全部元素，完全丧失短路优势
组合使用：先过滤再查找，顺序影响性能
filter 和查找操作的顺序不能随意颠倒。例如要找年龄大于 18 的第一个用户，应写成 stream.filter(u -> u.getAge() > 18).findFirst()，而不是先 findFirst 再判断年龄。后者无法利用 filter 的筛选能力，还可能抛出 NoSuchElementException。
立即学习“Java免费学习笔记（深入）”；
- 把高淘汰率的 filter 放前面（比如状态为 ACTIVE 的占比仅 5%），可大幅减少后续操作的数据量
- 对已排序数据，可用 takeWhile/dropWhile 替代 filter + limit，语义更明确且自带短路
- 若需多次查找，不要反复创建 Stream（如 list.stream().filter(...).findFirst() 调用多次），应考虑先 filter 收集为新集合再查，权衡内存与 CPU
注意边界与空值安全
Stream 的查找方法返回 Optional，这是防御空指针的关键设计。不要直接调用 get()，而应使用 orElse、orElseGet 或 ifPresent 处理。
- orElse 中放默认对象时，无论 Optional 是否为空都会执行构造，建议用 orElseGet(Supplier) 延迟初始化
- filter 中的 lambda 必须能处理 null 元素（除非你保证数据无 null），常见写法如 Objects.nonNull(x) && x.isActive()
- 原始类型流（IntStream 等）没有 OptionalInt 的 isPresent 方法，要用 isPresent() 判断后再用 getAsInt()
