Stream生命周期分三阶段：创建→中间操作→终端操作；创建从集合、数组等源获取流，中间操作惰性构建指令链，终端操作触发执行并使流失效，设计旨在实现无状态、不可变的声明式计算。
面试中讲Stream生命周期，关键不是背定义，而是说清“它怎么来、怎么走、为什么这样设计”。核心就三点：创建 → 中间操作 → 终端操作，且流只能消费一次。
创建流：从哪来，不等于立刻干活
流必须有源头，常见方式包括：
-
集合调用
.stream()（如list.stream()）——最常用，无需手动关闭 -
数组用
Arrays.stream()或Stream.of() -
文件行用
Files.lines(path)——这类流属于资源型，需try-with-resources确保关闭 -
无限流如
Stream.iterate()或Stream.generate()——注意配合limit()防止无限执行
中间操作：链式调用，但只是“记下来”
像 filter、map、sorted、distinct 这些操作不会真正处理数据，只是组合成一个“待执行计划”：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 返回的是新流，原流不变，也不影响源集合
- 全部是惰性求值：没到终点，什么也不算
- 可以无限链式调用，但每一步都生成新流对象（内存开销小，本质是函数式描述）
终端操作：一锤定音，流就此结束
只有遇到终端操作，整个流水线才真正跑起来，而且流立刻失效：
立即学习“Java免费学习笔记（深入）”；
- 典型操作：
collect()、forEach()、reduce()、count()、findFirst()、anyMatch()等 - 执行后，该流不能再被复用；再次调用会抛
IllegalStateException - 如果需要重复处理，必须重新创建流（比如再调一次
list.stream()）
为什么这么设计？一句话点透本质
Stream 不是容器，而是数据处理管道的抽象。它不存数据、不改源、只做一次声明式计算——这正是函数式编程强调的“无状态”和“不可变”。生命周期限制不是缺陷，而是防止误用（比如反复消费导致逻辑错乱），也利于 JVM 做优化（如短路、并行拆分）。
