lambda表达式的核心突破在于理解其使用前提、简化边界与真实场景闭环：它仅适用于有且仅一个抽象方法的函数式接口（@functionalinterface强制校验），语法省略依赖编译器类型推断，必须结合stream、多线程等场景落地验证。
Java Lambda 表达式的核心突破，不在于记住语法格式，而在于真正理解它“为什么能用”“在哪必须用”“用错会怎样”。掌握以下三点，就能从“会写”跃升到“用得准、用得稳、用得巧”。
吃透函数式接口这个唯一前提
Lambda 不是万能的，它只服务于函数式接口——即有且仅有一个抽象方法的接口。这不是约定，而是编译器强制要求。
- @FunctionalInterface 注解不是装饰，是安全锁：加上后，一旦接口意外新增抽象方法，编译直接报错，避免运行时异常
- 默认方法（default）和静态方法（static）完全不影响函数式接口判定，它们属于实现增强，不参与“唯一抽象方法”的计数
- 别自己造轮子：优先用 JDK 内置四大核心接口——Consumer（消费）、Supplier（供给）、Function（转换）、Predicate（判断），语义清晰、复用度高
掌握语法简化的边界与代价
省略括号、分号、return 关键字很爽，但每一步省略都依赖编译器推断能力，也隐含可读性风险。
- 单参数时可省 ()，但若类型不明确（如 Object 类型参数），保留括号更稳妥：
(Object o) -> o.toString()比o -> o.toString()更易维护 - 单行表达式自动 return，但若逻辑稍复杂（比如含三元运算或链式调用），加 {} 和 return 反而更清晰
- 参数类型永远可以省略——JVM 通过函数式接口抽象方法签名反向推断，这是类型安全的基础
把 Lambda 放进真实场景闭环验证
脱离上下文的 Lambda 是空中楼阁。真正突破发生在它和 Stream、并发、集合操作形成稳定协作时。
- Stream 链式调用中，filter、map、sorted 等方法参数全是函数式接口，Lambda 是天然搭档；但注意：中间操作（如 map）不触发执行，只有终端操作（如 collect、forEach）才真正运行
- 多线程里传 Runnable 或 Callable，Lambda 让任务定义回归“做什么”，而不是“怎么包装成类”
- 变量捕获有硬约束：只能访问 final 或“事实 final”（声明后未再赋值）的局部变量；试图修改外部变量会编译失败，这是为了线程安全与语义一致性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
