findFirst() 返回 Optional 而非直接元素，必须用 isPresent()、orElse() 等安全解包；并行流中不保证源顺序，需严格顺序时禁用 parallelStream()；它是短路操作，但 sorted() 等会破坏短路性。
findFirst() 返回的是 Optional，不是直接的元素
调用 Stream.findFirst() 永远返回 Optional<t></t>，哪怕流非空且有匹配项。直接调用 .get() 在无结果时会抛 NoSuchElementException，这是最常见翻车点。
正确做法是结合 isPresent() 或更安全的 orElse() / orElseGet()：
String firstEven = numbers.stream()
.filter(n -> n % 2 == 0)
.findFirst()
.orElse("none"); // 流为空或无偶数时返回 "none"
- 别写
findFirst().get()—— 除非你 100% 确保流里一定有匹配项（但通常没法保证） -
orElse(null)可能引入空指针风险；优先用orElseGet(() -> computeDefault())延迟计算默认值 - 如果业务逻辑必须处理“不存在”的情况（比如报错），用
orElseThrow(() -> new IllegalArgumentException("no even number"))
findFirst() 在并行流中不保证“第一个”是源顺序的第一个
在 parallelStream() 中，findFirst() 仍试图返回“遇到的第一个匹配元素”，但受分段执行和合并策略影响，实际结果可能不符合原始集合顺序 —— 它只保证“某个匹配项”，不保证是逻辑上索引最小的那个。
- 需要严格按原始顺序取第一个？必须用
stream()（非并行），不能用parallelStream() - 若数据量大又想并行加速，且对“哪个第一个”没强要求，可用
findAny()，它在并行流中性能更好、语义更贴合 -
findFirst()在并行流中会强制部分有序合并，比findAny()开销略高
过滤后为空时 findFirst() 返回空 Optional，不是 null
findFirst() 永远不会返回 null，只返回 Optional.empty()。因此用 == null 判断是无效的，且掩盖了 Optional 的设计意图。
立即学习“Java免费学习笔记（深入）”；
// ❌ 错误：null 检查无意义
Optional<String> opt = list.stream().filter(...).findFirst();
if (opt != null) { ... } // 这个 if 总为 true
// ✅ 正确：用 isPresent() 或直接消费
opt.ifPresent(s -> System.out.println("Found: " + s));
- 永远不要对
Optional做== null判断 - 避免链式调用中意外拆箱，例如
findFirst().map(...).orElse(...)比先get()再操作更安全 - 如果上游可能返回 null（比如 legacy 方法），先用
Optional.ofNullable()包一层，再接 stream 操作
和 filter() 配合时注意短路行为是否生效
findFirst() 是**短路终端操作**，一旦找到第一个匹配项就停止后续元素处理 —— 但前提是 stream 没被中间操作破坏短路性。比如 sorted() 或 distinct() 会强制遍历全部元素，让 findFirst() 失去提前退出的意义。
- 下面这段代码仍会遍历整个列表：
list.stream().sorted().filter(...).findFirst()
因为sorted()必须收集全部数据才能排序 - 确保短路生效：把
filter()尽量往前放，避免前置全量操作 - 如果只是找“第一个大于 X 的数”，直接
filter(x -> x > threshold).findFirst()即可，无需先sorted()
findFirst() 的“第一个”依赖于流的数据源和中间操作顺序，而不是你脑子里记住的原始集合索引；而它的返回类型强制你面对“不存在”这个事实——躲不开，也不该躲。 
