方法引用需通过真实场景反复替换Lambda掌握，核心是当Lambda仅调用现成方法时可替换；优先练习静态方法引用（类名::静态方法）、对象实例方法引用（对象::方法）、构造方法引用（类名::new）三类，并利用编译错误理解参数与返回类型匹配规则。
方法引用不是靠背规则练出来的，而是靠在真实场景里反复“替换” Lambda 才真正掌握的。核心就一点：当你写完一个 Lambda，发现它只干一件事——调用一个现成的方法，那就可以试着换成方法引用。
从最常用的三类开始动手练
别一上来就啃“类名::实例方法”这种难懂的，先拿下高频、易理解的三类，边写边验证：
-
静态方法引用（类名::静态方法）：比如
list.stream().map(Integer::parseInt)替代s -> Integer.parseInt(s)；练时重点观察参数个数和顺序是否和目标静态方法完全一致。 -
对象实例方法引用（对象::方法）：比如
System.out::println替代x -> System.out.println(x)；自己定义一个工具对象（如new DateFormatter()），再用formatter::format练习。 -
构造方法引用（类名::new）：比如
stream.map(Student::new)替代s -> new Student(s)；注意构造器参数必须和流中元素类型一一对应。
用编译错误倒逼理解匹配规则
方法引用失败时，编译器报错往往比文档更直白。刻意制造几处典型错误来加深印象：
- 把需要两个参数的
Comparator.compare，去引用只接受一个参数的实例方法——会提示“找不到适用方法”； - 用
String::length去替代(s, i) -> s.length()（多了一个 int 参数）——编译不通过，立刻明白“参数数量必须严丝合缝”； - 把返回
void的方法（如System.out::println）误用在需要返回boolean的Predicate场景——编译器直接指出返回类型不兼容。
在 Stream 流操作中集中突破
Stream 是方法引用最自然的练兵场。选一段含多个 Lambda 的代码，逐个替换，例如：
立即学习“Java免费学习笔记（深入）”；
原始写法：
list.stream()
.filter(s -> s != null && !s.trim().isEmpty())
.map(s -> s.toUpperCase())
.sorted((a, b) -> b.compareTo(a))
.forEach(s -> System.out.println("→ " + s));
逐步替换成：
-
.filter(Objects::nonNull)（但注意：不能一步全替，因为!s.trim().isEmpty()没有现成静态方法，得保留或封装）； -
.map(String::toUpperCase)→ 成功，因签名匹配（String → String）； -
.sorted(String::compareTo)不行（这是实例方法，需用String::compareTo但要求第一个参数是调用者）→ 改用Comparator.reverseOrder()或自定义静态比较器再引用； -
.forEach(System.out::println)→ 直接成功。
小项目驱动：写一个“引用诊断器”工具类
新建一个练习类，里面只放静态方法，专为方法引用设计：
- 写几个带不同参数组合的静态方法：
static boolean isLongerThan(String s, int len)、static String wrap(String s)、static int safeLength(String s)； - 分别在
filter、map、reduce中尝试引用它们； - 记录哪些能用、哪些不能，以及为什么——这个过程比看十篇教程都管用。
