当目标类型是函数式接口（仅含一个抽象方法）且仅需传入简单逻辑时，可用lambda替代匿名内部类；适用于runnable、comparator等接口，但不可用于多方法接口或需访问非final变量、定义成员、序列化等场景。
什么时候该用 Lambda 替代匿名内部类
当目标类型是函数式接口（即只有一个抽象方法的接口），且你只是临时传一个简单逻辑进去时，Lambda 才能安全替换。比如 Runnable、Comparator、Consumer、Function 这些 JDK 自带的接口，或者你自己加了 @FunctionalInterface 注解的接口。
常见误用场景：试图用 Lambda 替换 new ActionListener() { ... } —— 如果 ActionListener 是 AWT/Swing 的老接口，它确实只有一个 actionPerformed 方法，理论上可行；但若项目里用了自定义监听器且接口含多个抽象方法，编译直接报错：Invalid lambda expression: Target type of a lambda expression must be a functional interface。
Lambda 写法和匿名类参数的对应关系
本质是“省掉模板代码”，不是语法糖魔术。Lambda 左边是形参列表，右边是方法体，中间用 -> 隔开。形参类型通常可省略（编译器能推断），但一旦省略，就必须全部省略。
对比示例：
new Comparator<string>() {
@Override
public int compare(String s1, String s2) {
return s1.length() - s2.length();
}
}</string>
等价于：
(String s1, String s2) -> s1.length() - s2.length()
进一步简化（类型推断 + 单表达式）：
(s1, s2) -> s1.length() - s2.length()
注意：如果方法体有多条语句，必须加花括号和 return（除非返回 void）：
(s1, s2) -> {
System.out.println("comparing: " + s1 + ", " + s2);
return s1.length() - s2.length();
}
哪些地方不能直接套用 Lambda
匿名内部类能做的事，Lambda 不一定行。关键限制在作用域和生命周期上：
- 需要调用
this指向外部类实例时——Lambda 中的this指的是外围类，不是“新对象”，但无法像匿名类那样通过OuterClass.this显式访问； - 需要定义成员变量或额外方法时——Lambda 无类结构，只能写逻辑表达式；
- 需要捕获非 final 或“事实 final”变量以外的局部变量——编译报错：
Variable used in lambda expression should be final or effectively final； - 需要实现多个接口（如同时实现
Runnable和Serializable）——Lambda 默认只实现目标函数式接口，无法显式声明实现其他接口（除非强制转型，但不推荐）。
IDE 提示不转换？先检查这三件事
IntelliJ 或 Eclipse 常提示 “Replace with lambda”，但有时点不动。优先排查：
- 目标接口没被识别为函数式接口——确认是否漏了
@FunctionalInterface，或接口中意外多了一个 default/static 方法之外的抽象方法； - 匿名类里用了
super.xxx()或重写了不止一个方法（哪怕另一个是 default 方法的重写）； - 代码在 Java 7 或更早版本源码级别下编译——Lambda 是 Java 8 特性，
javac参数需设为-source 8或更高，且运行时 JVM 必须是 JDK 8+。
最常被忽略的一点：Lambda 在序列化场景下比匿名类更脆弱——如果函数式接口没继承 Serializable，Lambda 实例默认不可序列化，而匿名类可以手动实现。线上用 Lambda 做远程回调或缓存计算时，这点容易引发 NotSerializableException。
