函数式接口是Stream操作的行为契约载体，定义各操作“该做什么”，由Lambda或方法引用实现，仅在终端操作触发时惰性调用其抽象方法完成数据流转。
函数式接口在 Java 8 Stream 流式计算中不是“被映射”的对象，而是驱动整个流操作的**行为契约载体**——它定义了每个中间或终止操作“该做什么”，而 Stream 的底层执行引擎则按需调用其抽象方法（如 test、apply、accept），完成数据流转与转换。
函数式接口是 Stream 操作的“行为模板”
Stream 本身不关心业务逻辑，只负责编排和调度。真正执行计算的是你传入的函数式接口实例（通常由 Lambda 或方法引用构造）。例如：
-
filter(predicate)调用Predicate.test(T)判断是否保留元素 -
map(function)调用Function.apply(T)将输入元素转为新值 -
forEach(consumer)调用Consumer.accept(T)对每个元素执行副作用操作 -
reduce(binaryOperator)调用BinaryOperator.apply(T, T)合并两个值
底层调用发生在流的“终端触发”时刻
Stream 是惰性求值的。所有中间操作（filter、map 等）只是记录操作意图，生成新的 Stream 实例；只有遇到终端操作（如 collect、forEach、count），才会从数据源开始，逐个拉取元素，并依次应用各层封装的函数式接口方法：
- 数据源（如 List）→ Spliterator 分片迭代
- 每取出一个元素，依次执行 filter 中的
predicate.test() - 若通过，再执行 map 中的
function.apply() - 最终将变换后的结果送入 collect 或其他终端逻辑
四大核心函数式接口与对应 Stream 场景
Java 8 的 java.util.function 包中四个基础接口，几乎覆盖全部 Stream 行为语义：
立即学习“Java免费学习笔记（深入）”；
-
Predicate<T>：用于
filter、anyMatch等判断型操作，返回 boolean -
Function<T, R>：用于
map、flatMap、collectingAndThen，完成类型/结构转换 -
Consumer<T>：用于
forEach、peek，执行无返回值操作（如打印、日志） -
Supplier<T>：虽不直接参与流管道，但在
Stream.generate(Supplier)创建无限流时作为源头供给者
Lambda 如何绑定到函数式接口
当你写 stream.filter(x -> x > 10)，编译器会自动将其视为 Predicate<integer></integer> 的实现，并在运行时生成一个实现了 test() 方法的匿名类实例（或使用 invokedynamic 指令优化为更轻量的实现）。这个实例被封装进 Stream 的内部操作节点中，等待终端操作激活调用链。
