Java方法引用是Lambda表达式的特例，本质是编译器根据函数式接口签名自动推导“谁调用、调谁、传什么”，分为静态、特定对象实例、任意对象实例和构造方法引用四类，需注意this/super显式声明、数组引用类型匹配及重载歧义问题。
Java 方法引用不是语法糖，而是函数式编程落地的关键一环。真正掌握它，关键不在背四种写法，而在理解“谁调用、调谁、传什么”这三要素如何被编译器自动推导。
方法引用的本质：就是 Lambda 的缩写，但有约束
方法引用不是新东西，它是 Lambda 表达式的特例——当 Lambda 体只做一件事：调用一个已有方法，且参数和返回值能严格匹配时，就可以用 :: 替代。编译器会根据函数式接口的抽象方法签名，反向推断出目标方法的接收者和参数绑定方式。
- 不匹配就报错，比如
String::length只能用于Function<string integer></string>，不能用于Consumer<string></string> - 静态方法引用（
Class::staticMethod）无需实例，参数列表完全按抽象方法来对齐 - 实例方法引用分两类：一是“特定对象的实例方法”（
obj::instanceMethod），二是“任意类型实例的方法”（Type::instanceMethod），后者常用于 Stream 的map或filter
四大类型别死记，按调用主体分类更清晰
所谓“四类”，其实是按“方法归属”和“调用时机”自然形成的组合：
-
静态方法引用：
Integer::parseInt→ 等价于(String s) -> Integer.parseInt(s) -
特定对象的实例方法引用：
list::add→ 等价于(String s) -> list.add(s)，接收者固定，参数传给方法 -
任意对象的实例方法引用：
String::toLowerCase→ 等价于(String s) -> s.toLowerCase()，第一个参数自动作为调用者 -
构造方法引用：
ArrayList::new→ 等价于() -> new ArrayList()，或(int cap) -> new ArrayList(cap)，取决于函数式接口的参数个数
实战中最容易翻车的三个坑
不是语法不会写，而是语义没理清：
立即学习“Java免费学习笔记（深入）”；
-
“this” 和 “super” 引用要显式写出：在类内部想引用当前实例方法，不能写
::method，必须写this::method；子类中调父类方法得写super::method -
数组构造引用容易漏掉类型：
int[]::new合法，但String[]::new不能简写成String[]::new？不对，它合法；真正易错的是int[]::new对应IntFunction<int></int>，而String[]::new对应Function<integer string></integer>，类型擦除后需靠上下文推断 -
方法重载时编译器可能无法抉择：比如
System.out::println，有多个重载版本，编译器靠函数式接口的参数类型确定调用哪个；若上下文模糊（如自定义接口参数类型不明确），就得改用 Lambda 显式指定
练熟的唯一路径：从 Stream 操作倒推
别从语法开始学，直接拿 Stream 写几行真实代码：
-
list.stream().map(String::toUpperCase).collect(toList())→ 看map接受Function<t></t>，就知道String::toUpperCase是“任意 String 实例的方法”，参数 T 就是流中每个元素 -
files.stream().filter(Files::exists)→Files.exists(Path)是静态方法，所以是静态引用，且filter的 Predicate 参数类型是 Path，刚好匹配 -
Stream.iterate(1, i -> i + 1).limit(5).toArray(Integer[]::new)→ 构造引用，长度由 Stream 元素数决定，编译器自动选Integer[]的new版本
写多了，哪该用 ::、哪必须写 Lambda，手感就出来了。
