Java Stream短路操作：能否保证仅处理必要最少元素？

你完全可以安全假设：Stream的短路终止操作（比如findFirst）会仅处理获取结果所需的最少元素，不会多余执行中间操作。

以你给出的代码为例：

Object first = list.stream().map(expensiveMappingFunction).findFirst().orElse(null);

这段代码一定会只调用一次expensiveMappingFunction，原因基于Stream的核心设计特性：

• 惰性求值的中间操作：像map这类中间操作不会提前执行，只有当终止操作（这里是findFirst）触发时，才会开始处理元素，而且是逐个元素流经整个操作链——也就是先取第一个元素，执行map，然后传给findFirst，此时findFirst已经得到结果，直接终止流的处理，不会再去读取或处理list的后续元素。
• 短路终止操作的特性：findFirst属于短路操作，它的逻辑就是找到第一个元素就立即停止，这是Stream API的明确设计行为，并非非官方约定。标准库的所有Stream实现都严格遵循这一点。

需要注意的例外情况：如果中间操作包含需要全量元素才能完成的操作（比如sorted、distinct），这类操作会强制处理所有元素，之后的短路操作就无法减少处理量了。但你的例子里没有这类操作，所以完全不用担心。

你不需要退回到传统的empty()检查+iterator().next()的方式，Stream的这种行为是可靠的。

内容的提问来源于stack exchange，提问作者Lord M-Cube