Java Stream API中，中间操作返回Stream<T>、惰性执行、支持链式调用，如filter、map；终止操作返回具体结果或void、触发执行、不可链式续接，如collect、findFirst，同一Stream不可重复调用终止操作。
Java Stream API里，中间操作和终止操作不是按“写了什么方法”来区分的，而是看它返回什么类型、是否触发执行、能否继续链式调用。
看返回类型：Stream vs 非Stream
中间操作一定返回 Stream<T> 类型，比如 filter、map、sorted、distinct —— 它们只是“安排任务”，不干活；终止操作返回的是具体结果，比如 List、Boolean、Optional、Long、void，比如 collect、anyMatch、count、forEach —— 它一调用，整条流水线才真正跑起来。
- 写完
list.stream().filter(...).map(...)，没报错也不执行，因为还在“搭管道” - 一旦接上
.collect(Collectors.toList())或.findFirst()，所有前面的中间操作才一次性执行 - 同一个 Stream 对象调用两次终止操作会抛
IllegalStateException，因为流已被消耗
看执行时机：惰性 vs 急切
中间操作是惰性的，只记录操作意图；终止操作是急切的，它让整个流水线“动起来”。这个设计避免了无意义的中间计算，尤其在大数据或复杂条件链中能显著节省资源。
- 比如
stream.filter(...).limit(1).findFirst()，遇到第一个匹配元素就停，不会遍历全部数据 - 而
stream.filter(...).collect(...)会把所有满足条件的元素都处理完再封装成集合 - peek() 是个特例：它是中间操作，但常被误用作调试打印——它确实执行副作用，但不改变流结构，仍需终止操作才能触发
看链式能力：能否继续拼接
中间操作支持无限链式调用，因为每次返回新 Stream；终止操作之后不能再接任何 Stream 方法，否则编译不通过。
立即学习“Java免费学习笔记（深入）”；
- ✅ 合法：
stream.map(...).filter(...).sorted().collect(...) - ❌ 错误：
stream.collect(...).filter(...)（collect 返回 List，没有 filter 方法） - ⚠️ 常见陷阱：把
forEach当成“执行完还能继续用流”，其实它返回 void，链式在此断开，且流已关闭
看典型方法归类：别靠记忆，靠签名
不必死记哪些是中间、哪些是终止，直接查 Javadoc 或看方法签名更可靠：
- 中间操作共性：参数通常是函数式接口（Predicate、Function、Comparator），返回
Stream<R> - 终止操作共性：参数可能是 Collector、Predicate 或无参，返回
void、R、Optional<T>、boolean、long等 - 例如
findFirst()返回Optional<T>→ 终止；skip(n)返回Stream<T>→ 中间
