Java Stream的懒加载本质是中间操作仅构建流水线而不执行计算，终端操作才真正触发数据处理。filter、map等中间操作只记录逻辑并返回新流，collect、forEach等终端操作启动遍历并终结流，执行后流不可再用。
Java Stream 的“懒加载”本质，就是中间操作（Intermediate）不执行计算，终端操作（Terminal）才真正触发数据处理。这不是性能优化技巧，而是 Stream 的设计契约——整条流水线只有被“点火”时才运转。
中间操作：只搭流水线，不开工
调用 filter、map、sorted、distinct、limit 等方法时，Stream 并不会遍历任何元素。它只是把操作逻辑“记下来”，并返回一个新流，供后续链式调用。
- 多个中间操作可无限叠加，比如
list.stream().filter(...).map(...).sorted().skip(10)，全程零计算 - 即使源集合有百万条数据，只要没触发终端操作，CPU 和内存几乎无负担
- peek() 是个特例：它属于中间操作，但会在每次元素流经时执行副作用（如打印），常用于调试，不影响懒加载机制
终端操作：唯一“启动键”，执行即终结
一旦调用 collect、forEach、reduce、count、findFirst 等方法，整个流水线才从头开始执行：数据逐个进入、依次经过所有中间操作、最终产出结果或副作用。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 终端操作只能有一个；执行后该 Stream 实例即失效，再次使用会抛
IllegalStateException - 哪怕只写
stream.filter(x -> true)而没接终端操作，代码完全合法，但什么都不会发生 - 像
anyMatch、findFirst这类短路终端操作，可能在中途就结束遍历，进一步体现懒加载的价值
为什么必须分这两类？
分离中间与终端操作，让 Stream 能做三件事：
立即学习“Java免费学习笔记（深入）”；
- 支持链式表达——逻辑清晰，一气呵成
- 实现按需计算——避免中间结果全量生成，节省内存
- 为并行优化铺路——框架可在终端触发时决定是否拆分任务、调度线程
懒加载不是延迟执行的“障眼法”，它是 Stream 抽象的核心支撑。写 Stream 代码时，先想清楚哪一步是“配置”，哪一步是“执行”，就能避开空指针、重复消费、意外遍历等常见陷阱。
