Java方法引用是Lambda的简化形式，需依托函数式接口，分静态、对象实例、任意对象实例和构造器四类，核心在于参数绑定匹配，常见错误包括类型不匹配、this误用及空指针风险。
Java 方法引用不是炫技语法，而是 Lambda 表达式在特定条件下的自然简化。学透它，关键不在背格式，而在理解“什么时候能用、为什么能用、用错会怎样”。下面直击高频考点和实操要点。
紧扣函数式接口是前提
方法引用必须落在函数式接口的上下文中——也就是只有一个抽象方法的接口（如 Comparator、Function、Predicate、Consumer 等）。没有这个“容器”，:: 就无处安放。
- 编译器靠目标类型推断该调哪个方法：写 String::compareToIgnoreCase 时，它自动匹配 Comparator
的 compare(String, String) 签名 - 若目标类型不明确（比如直接写 System.out::println 却没传给任何函数式接口变量或参数），编译直接报错
- @FunctionalInterface 注解不是必需，但强烈建议加——它让接口契约显性化，避免误加第二个抽象方法
四类引用的核心区别与匹配逻辑
别死记“类::方法”有几种写法，重点看参数绑定关系：
-
静态方法引用（类名::静态方法）：Lambda 参数全部传给静态方法，顺序数量完全一致。例如 Integer::parseInt 匹配 Function
，因为 parseInt(String) 接收一个 String，返回 int - 对象的实例方法引用（对象::方法）：Lambda 参数全部传给该对象的方法，this 已固定。例如 formatter::format 要求 formatter 是已创建的实例，且 format 方法形参与目标接口一致
-
任意对象的实例方法引用（类名::方法）：Lambda 的第一个参数作为调用者，其余参数传给方法。这是最易混淆的点：String::toLowerCase 可用于 Function
，因为等价于 s -> s.toLowerCase()；而 String::compareTo 用于 Comparator ，等价于 (s1,s2) -> s1.compareTo(s2) -
构造方法引用（类名::new）：Lambda 参数全部传给构造器，返回新对象。例如 Person::new 匹配 BiFunction
（对应含 name、age 的构造器）
排序场景是高频考查点
数组/集合排序几乎必考方法引用，尤其爱设陷阱：
立即学习“Java免费学习笔记（深入）”；
- String::compareTo 安全可用，语义清晰，符合 Comparator 合同（自反、对称、传递）
- String::compareToIgnoreCase 虽语法合法，但不推荐在 Arrays.sort 或 stream().sorted() 中直接使用：它在某些 JDK 版本中对 null 敏感，且不保证严格偏序（比如 "a" 和 "A" 比较可能破坏传递性），实际应优先用 String.CASE_INSENSITIVE_ORDER
- 倒序写法不能硬套：Lambda 写 (a,b) -> b.compareTo(a) 无法简化为 String::compareTo，因为参数顺序反了；正确方式是 Comparator.reverseOrder() 或 Comparator.comparing(String::toString).reversed()
常见错误与避坑提醒
考试和面试常通过错误代码考察理解深度：
- 把 list.sort(String::length) 当作按长度排序？错！String::length 返回 int，不接受两个参数，无法匹配 Comparator，编译失败
- 在 static 方法里写 this::someMethod？错！static 上下文无 this，只能用对象实例引用或静态引用
- 认为 Arrays::sort 可以被引用？错！它是 void 方法，且参数不匹配任何常用函数式接口签名，不能作为方法引用目标
- 忽略空安全：如 String::toUpperCase 在 stream 中遇到 null 会抛 NPE，生产环境应先 filter 或用 Optional 处理
