方法引用是Lambda表达式的自然延伸，关键在于理解调用关系：谁调用、谁被调用、参数如何传递；需依托函数式接口，按四类主体（类名静态、对象实例、类名实例、类名构造）区分，动手验证与避坑实践更重要。
方法引用不是新概念，而是 Lambda 表达式的自然延伸——学它，关键不在“背类型”，而在“看透调用关系”。只要抓住“谁调用、谁被调用、参数怎么传”这三点，五种写法就一通百通。
先盯住函数式接口这个前提
方法引用不能单独存在，必须用在函数式接口（如 Consumer、Function、Supplier、Comparator）的上下文中。编译器靠接口的抽象方法签名（参数个数、类型、返回值）去匹配你写的引用是否合法。
- 比如
Function<String, Integer>的apply(String)要求：一个 String 参数，返回 Integer → 那Integer::parseInt就刚好匹配（静态方法，入参 String，出参 int） - 而
Consumer<String>的accept(String)要求：一个 String 参数，无返回 →System.out::println或somePrinter::print才成立 - 写错时编译报错信息通常很直接：“method reference not valid for functional interface”，这时回头检查接口定义和被引用方法的签名是否对得上
四类写法，按调用主体分清楚
别记“静态/构造/类名::方法”这些标签，按“左边是谁”来理解更稳：
-
类名::静态方法 → 左边是“类”，右边是它自己的 static 方法。本质是
(x) -> 类名.静态方法(x)。例：Math::abs、Objects::isNull -
对象::实例方法 → 左边是“某个已创建的对象”，右边是它的非 static 方法。本质是
(x) -> 对象.方法(x)。例：out::println、formatter::format -
类名::实例方法 → 左边是“类名”，右边是它的非 static 方法。这是最容易卡壳的：它表示“让参数自己调自己”。本质是
(obj) -> obj.方法()。例：String::length（等价于s -> s.length()）、List::isEmpty -
类名::new → 左边是“类名”，右边是构造器。用于 Supplier 或 Function 场景。例：
ArrayList::new（无参构造）、String::new（接受 byte[] 或 char[] 等）
动手验证比死记更重要
打开 IDE，写两行就能试出来：
立即学习“Java免费学习笔记（深入）”；
- 写个
List<String> list = Arrays.asList("1", "2", "3"); - 尝试替换：把
list.stream().map(s -> Integer.parseInt(s))改成.map(Integer::parseInt)—— 成功说明静态引用对了 - 再试
list.forEach(s -> s.toUpperCase())→ 换成.forEach(String::toUpperCase)—— 成功说明类名引用对了（注意：这里不是s::toUpperCase，因为 s 是变量，不是对象名） - 故意写错，比如
list.forEach(Integer::parseInt)，看编译错误提示，它会明确告诉你参数类型不匹配
常见误区提醒
几个高频踩坑点，学的时候特别留意：
-
this::method 只能在非静态方法里用：静态方法里没有 this，所以不能写
this::doSomething -
方法引用不是万能的：只要 Lambda 里有额外逻辑（比如判断、拼接、多步操作），就不能硬套方法引用。例如
s -> s.trim().length()不能简化为单个引用，得拆或保留 Lambda -
数组构造引用是特例：写成
int[]::new，不是int::new，也不是Integer[]::new—— 类型和方括号顺序不能错 -
重载方法要小心：如果一个类有多个同名但参数不同的方法（如
Stream.of(T...)和Stream.of(Supplier)），编译器可能无法推断，需显式转型或改用 Lambda
