Java方法引用是Lambda表达式的简写,有四种形式:对象::实例方法、类名::静态方法、类名::实例方法、类名::new;需严格匹配函数式接口签名,构造引用依赖参数类型选择重载构造器,数组引用等价IntFunction,且不隐藏受检异常。

方法引用的基本语法和常见形式
Java 方法引用本质是 Lambda 表达式的简写,前提是已有现成方法满足函数式接口的签名。它不是新语法糖,而是编译器在类型推导后生成的等价字节码。
四种合法形式对应不同调用场景,必须严格匹配目标接口的抽象方法参数与返回类型:
-
对象::实例方法名:如str::toLowerCase,要求接口方法参数列表为(T, ...),第一个参数是该对象类型,后续参数传给实例方法 -
类名::静态方法名:如Objects::isNull,接口方法参数列表需与静态方法一致 -
类名::实例方法名:如String::length,这是最易混淆的一种——接口方法**必须有且仅有一个参数**,该参数作为调用实例,方法体在该参数上调用指定实例方法 -
类名::new:构造方法引用,见下文
构造方法引用的写法与限制
构造方法引用用 类名::new 表示,它会被绑定到函数式接口中抽象方法的参数上,参数顺序和类型必须与某一个构造方法完全一致。
例如:Supplier 合法,因为 > sup = ArrayList::new
ArrayList() 无参;而 Function 也合法,对应 ArrayList(int) 构造器。
立即学习“Java免费学习笔记(深入)”;
常见错误包括:
- 目标接口方法返回类型不是该类或其子类 → 编译失败
- 传入参数个数或类型无法匹配任一构造方法 → 报错
no suitable constructor found - 试图引用私有构造方法(且无访问权限)→ 编译不通过
- 泛型类型擦除导致构造器签名冲突(如
Pair和::new Pair在运行时无法区分)→ 需显式类型提示::new
为什么 String::new 有时能匹配多个构造器?
编译器根据函数式接口抽象方法的参数数量和类型,从重载的构造方法中选择唯一可匹配项。比如:
2013年07月06日 V1.60 升级包更新方式:admin文件夹改成你后台目录名,然后补丁包里的所有文件覆盖进去。1.[新增]后台引导页加入非IE浏览器提示,后台部分功能在非IE浏览器下可能没法使用2.[改进]淘客商品管理 首页 列表页 内容页 的下拉项加入颜色来区别不同项3.[改进]后台新增/修改淘客商品,增加淘宝字样的图标和天猫字样图标改成天猫logo图标4.[改进]为统一名称,“分类”改
Functionf1 = String::new; // 匹配 String(String) BiFunction f2 = String::new; // 匹配 String(String, Integer)
但如果存在两个构造器参数类型兼容(如 String(char[]) 和 String(String)),而接口方法只传一个 Object,编译器就无法确定 → 直接报错。
此时必须拆成 Lambda 显式调用,或添加类型转换:
Functionf = String::new; // 明确指向 char[] 构造器
容易被忽略的细节:数组构造引用和异常传播
数组构造可写作 int[]::new、String[]::new 等,它等价于接收一个 int 参数并返回对应长度数组的函数,即 IntFunction 类型。
方法引用不会隐藏受检异常。若原方法声明抛出 IOException,而函数式接口抽象方法没声明该异常,则不能直接引用,必须包装或改用自定义函数接口。
另外,方法引用在运行时是惰性求值的,但对象引用本身在创建时就被捕获——如果写 obj::method 而 obj 是 null,引用创建不报错,但首次调用时才抛 NullPointerException。









