中间操作只配置不执行，终端操作触发整条流水线执行；前者惰性求值、返回新Stream、零开销，后者一次性遍历、短路优化、流耗尽不可复用。
中间操作和终端操作的区别，核心就一句话：中间操作只搭管道、不干活；终端操作一按开关，整条流水线才真正跑起来。这不是语法限制，而是 Stream 设计的底层逻辑——用惰性求值换性能、可读性和灵活性。
中间操作：只配置，不执行
调用 filter、map、sorted、distinct 这类方法时，Stream 并不会去碰原始数据，也不会生成任何中间集合。它只是把操作逻辑（比如“长度大于 2”或“转成大写”）记下来，拼成一条待命的处理链。
- 每次中间操作都返回一个新的
Stream，所以能链式调用 - 原始集合没被读取，内存里没有额外副本，写十层
.map().filter().skip()也零开销 - 像装好了传送带、分拣机、贴标器，但电源没开，零件一个都没动
终端操作：一触即发，流就耗尽
只有调用 collect、forEach、count、findFirst、anyMatch 等终端方法，Stream 才会从头开始，把每个元素依次送进整条流水线。
- 数据只遍历一次：
filter和map在同一个循环里完成，不是先过滤出新列表、再遍历新列表去映射 - 短路操作能提前停：比如
anyMatch(x -> x > 10)找到第一个就结束，后面元素完全不参与任何中间步骤 - 执行完后这个 Stream 就失效了，不能再复用，也不能再追加操作
为什么这么设计？实际好处很实在
延迟执行不是为了炫技，而是解决传统循环的老问题：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 避免多次遍历：以前要过滤+去重+排序，得走三轮循环；Stream 合并为一轮
-
跳过无用计算：
.filter(...).limit(1).findFirst()可能只检查前几个元素就返回，不浪费 CPU -
支持无限流：像
Stream.iterate(0, i -> i + 1)本身不占资源，靠终端操作控制何时停下 - 逻辑更清晰：代码读起来就是“我要什么”，而不是“我该怎么一步步搬数据”
一个小验证帮你记住
看这段代码：
List<String> list = Arrays.asList("a", "bb", "ccc");Stream<String> s = list.stream().filter(s -> {
System.out.println("检查：" + s);
return s.length() > 1;
});
System.out.println("还没触发");
long n = s.count(); // 这行执行时，“检查：”才会真正打印
你会发现，“还没触发”先输出，之后才逐个打印检查过程——这正是中间操作惰性、终端操作才启动的直观体现。
