Java函数式编程本质是值传递，Lambda和方法引用生成函数式接口实例，传递的是对象引用值；不可变性保障了行为参数化的安全与可预测性。
Java 中的值传递机制和函数式编程看似是两个独立话题，但它们在底层逻辑上高度统一：**函数式编程中“函数作为参数”的行为，本质上仍是值传递——只不过传递的是函数式接口实例的引用值**。
值传递是函数式编程落地的前提
Java 不支持直接传递函数，而是通过函数式接口（如 Consumer、Function）把行为封装成对象。当你写：
-
list.stream().map(x -> x * 2)—— Lambda 表达式被编译为一个 Function 实现类的实例； -
Optional.of("abc").ifPresent(System.out::println)—— 方法引用生成一个 Consumer 对象。
这些对象不是“函数本身”，而是 JVM 创建的匿名对象。传入 map 或 ifPresent 的，是这个对象的引用值——也就是地址的副本。这完全符合值传递定义：复制的是引用，不是对象，更不是“函数指针”。
不可变性让值传递更安全、更可预测
函数式编程强调无副作用和不可变数据，这恰好放大了值传递的优势：
立即学习“Java免费学习笔记（深入）”；
- 你传入一个 Predicate
，它内部不会修改外部变量； - Stream 的中间操作（如
filter、sorted）不改变原集合，而是返回新流——避免因引用共享导致的状态污染； - 即使多个线程同时用同一个 Lambda 实例处理不同数据，也不会互相干扰，因为它的逻辑只依赖输入参数。
换句话说，值传递 + 不可变设计 = 行为参数化既灵活又安全。
Lambda 本质是值传递的语法糖
别被简洁写法迷惑。下面两段代码语义等价：
list.forEach(x -> System.out.println(x));list.forEach(new Consumer<integer>() { public void accept(Integer x) { System.out.println(x); } });</integer>
前者只是后者的简写。JVM 仍会创建一个对象，把它的引用值复制给 forEach 的形参。你无法在方法内让这个形参指向另一个 Consumer 实例并影响调用方——就像不能靠 swap 方法交换两个引用变量一样。
高阶函数中的“函数返回”也是值传递
当一个方法返回函数（比如工厂方法）：
public static Function<integer string> makeFormatter(String prefix) { return x -> prefix + x; }</integer>
它返回的不是“函数定义”，而是新构造的 Function 实例的引用值。调用方拿到的是该引用的副本，后续对该副本的赋值（如 f = null）不会影响原方法内部变量——这依然是值传递的体现。
不复杂但容易忽略：函数式编程没有绕过 Java 的值传递规则，它是在这个规则之上，用接口抽象、Lambda 编译、不可变约定共同构建出的一套高效、清晰、安全的行为传递范式。
