Lambda仅适用于函数式接口（单抽象方法），如Runnable、ActionListener；WindowAdapter等多方法接口不适用，需确认@FunctionalInterface标注或手动计数抽象方法。
Java 8+ 中 Runnable 和 ActionListener 的 Lambda 替换
能替，但不是所有匿名内部类都适合。核心看接口是不是「函数式接口」——即只有一个抽象方法。像 Runnable、ActionListener、Comparator 都行；但 WindowAdapter（有 7 个空方法）就不行，强行用 Lambda 会编译失败。
实操建议：
- 先确认接口是否被
@FunctionalInterface标注，或自己数抽象方法个数 -
new Thread(new Runnable() { public void run() { ... } });→ 直接写成new Thread(() -> { /* do something */ }); - Swing 里
button.addActionListener(new ActionListener() { public void actionPerformed(ActionEvent e) { ... } });→ 简化为button.addActionListener(e -> { /* handle */ });，参数类型可省略，IDE 通常能推导 - 如果方法体只有一句，连大括号和分号都能去掉：
list.sort((a, b) -> a.compareTo(b));
Lambda 捕获局部变量时的 final 或“事实 final”限制
Lambda 表达式里用到的外部局部变量，必须是 final 或者“事实 final”（定义后没被重新赋值）。这不是语法糖限制，而是 JVM 闭包实现决定的：Lambda 实际捕获的是变量的副本，而非引用。
常见错误现象：
- 写
int count = 0; list.forEach(x -> count++);→ 编译报错：Variable used in lambda expression should be final or effectively final - 想在 Lambda 里修改外部状态，结果发现改的是副本，原变量不变
解决办法：
- 改用原子类，比如
AtomicInteger count = new AtomicInteger();，然后在 Lambda 里调count.incrementAndGet() - 或改用容器包装，如
int[] count = {0};，再写list.forEach(x -> count[0]++)（不推荐，可读性差） - 更合理的做法是换思路：用
stream().map().reduce()等函数式操作替代副作用
什么时候不该用 Lambda —— 性能与调试代价
Lambda 不一定比匿名内部类快，尤其在频繁创建、短生命周期场景下，JVM 可能不会做 invokedynamic 优化，反而多一层调用开销；调试时堆栈里也看不到具体类名，只有类似 ClassName$$Lambda$123/456789 的符号。
使用场景判断：
- 简单回调（如排序、遍历、事件响应）—— 用 Lambda，干净利落
- 逻辑复杂、需要复用、要打条件断点或日志追踪 —— 宁愿写个命名的私有方法，再用方法引用
list.forEach(this::processItem) - Android 开发中，Lambda 可能增加方法数（影响 Dalvik 65536 限制），且旧版本 ART 对 Lambda 支持不一致，需谨慎
- 如果接口方法参数多、逻辑分支多，硬塞进一行 Lambda 会让代码更难读，不如回归匿名类
方法引用 :: 是 Lambda 的快捷写法，但不是万能替代
当 Lambda 体只是单纯调用一个已有方法，且参数数量、顺序、类型完全匹配时，才能用方法引用。它不是语法糖的“升级版”，而是一种独立的表达式类型，语义更明确，性能略优（避免了 Lambda 工厂调用）。
常见误用：
-
list.forEach(s -> System.out.println(s))✅ 可简化为list.forEach(System.out::println) -
strings.stream().map(s -> s.trim())✅ →strings.stream().map(String::trim) -
list.sort((a, b) -> a.compareTo(b))✅ →list.sort(String::compareTo) -
list.forEach(s -> s.length() > 5)❌ 错！这是谓词，不能用String::length，因为后者返回int，不是boolean；得写list.removeIf(s -> s.length() 或另写判断逻辑
注意：构造器引用 ArrayList::new、数组引用 String[]::new 也属于方法引用，但参数匹配规则更隐蔽，容易写错类型。
真正麻烦的不是写法，是搞清“谁调用谁”“参数怎么流转”——尤其嵌套多层时，一眼看不出 foo.bar().map(Baz::qux) 里 qux 的接收者是谁。这时候宁可多写几个字符，把逻辑摊开。
