Java Lambda表达式与函数式编程语法_技术教程

Runnable 和 Comparator 是最常用的 Lambda 入口，Lambda 必须用于函数式接口，其写法可简化，仅能捕获 final 或“事实 final”变量，Stream 链式调用需终止操作才执行，方法引用是 Lambda 的语法糖。

Java 中 `Runnable` 和 `Comparator` 是最常用的 Lambda 入口

Lambda 表达式不是独立语法，它必须用于函数式接口（只有一个抽象方法的接口）。Runnable、Comparator、Function、Predicate 这些 JDK 自带接口是实际开发中最常被 Lambda 实现的目标。

写法上，(参数) -> { 方法体 } 是标准形式，但可简化：

单个参数可省括号：str -> str.length()
单条返回语句可省大括号和 return：x -> x * 2
无参必须保留空括号：() -> System.out.println("hi")

别在非函数式接口上硬套 Lambda——编译器会直接报错 Incompatible functional interface。

变量捕获：Lambda 只能访问 `final` 或“事实 final”变量

Lambda 内部引用的局部变量，不能在 Lambda 外被重新赋值。这不是运行时限制，而是编译期检查。所谓“事实 final”，指变量声明后未被修改过，哪怕没加 final 关键字也能通过编译。

以下写法会编译失败：

int count = 0;
List list = Arrays.asList("a", "b");
list.forEach(s -> {
    System.out.println(s);
    count++; // ❌ 编译错误：local variables referenced from a lambda expression must be final or effectively final
});

若需修改状态，改用原子类或包装容器，例如：

AtomicInteger count = new AtomicInteger(0)，然后调用 count.incrementAndGet()
int[] counter = {0}，再在 Lambda 中写 counter[0]++

`Stream` 链式调用中 Lambda 是核心，但注意中间操作 vs 终止操作

Stream 的 filter、map、sorted 等中间操作接收 Lambda，但它们不执行；只有遇到 collect、forEach、findFirst 这类终止操作时，整个流水线才真正触发。

常见误用：

只写了 stream.map(x -> x + 1) 却没接终止操作 → 什么都不会发生
在 forEach 里做非副作用操作（比如想收集结果），应改用 collect(Collectors.toList())
parallelStream() 中使用非线程安全的集合（如 ArrayList）或变量，会导致数据错乱

性能提示：map 和 filter 是惰性的，组合多个中间操作不会产生额外对象开销；但 distinct() 或 sorted() 可能触发全量遍历或排序，慎用在大数据流上。

方法引用是 Lambda 的简写，但不是所有地方都能替换

String::length、System.out::println、MyClass::new 这类写法本质是 Lambda 的语法糖，前提是签名匹配。它不是“更高级”的写法，只是更简洁。

容易出错的场景：

静态方法引用 Integer::parseInt 对应的是 Function，但如果上下文需要的是 IntFunction，就会类型不匹配
构造器引用 ArrayList::new 在 Supplier 场景下可用，但在 Function 场景下需确认参数数量是否一致
实例方法引用 "hello"::startsWith 绑定了具体对象，而 String::startsWith 是针对任意 String 实例的，二者语义不同