Java方法引用（如A.B::dbl）在用于函数式接口时，若目标为实例方法，则其所属类型自动成为函数式接口方法的第一个参数——这一关键规则源自JLS §15.13.3，是理解“额外参数”来源的核心依据。
java方法引用（如a.b::dbl）在用于函数式接口时，若目标为实例方法，则其所属类型自动成为函数式接口方法的第一个参数——这一关键规则源自jls §15.13.3，是理解“额外参数”来源的核心依据。
在Java中，方法引用并非简单的语法糖，而是具有严格语义绑定的编译期构造。当使用形如 ContainingType::instanceMethod 的引用时，Java编译器会根据目标方法的声明性质（静态 vs 实例）和函数式接口的抽象方法签名，自动推导参数顺序与绑定关系。
以您提供的示例为例：
<code class="java">BiFunction<A.B, Integer, Integer> fx = A.B::dbl;</code>
其中 A.B::dbl 引用的是一个非静态实例方法：
<code class="java">public int dbl(int x) { return 2 * x; }</code>根据《Java语言规范》（JLS）第15.13.3节 "Run-time Evaluation of Method References" 明确规定：
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
If the compile-time declaration is an instance method, then the target reference is the first formal parameter of the invocation method. Otherwise, there is no target reference.
这意味着：
✅ 编译器识别 dbl 是 A.B 类的实例方法 → 自动将 A.B 类型作为隐式接收者（receiver）；
✅ BiFunction<T, U, R> 的 apply(T t, U u) 方法要求两个参数 → T（即 A.B）自然占据第一个位置，U（即 Integer）为第二个；
✅ 因此 fx.apply(b, 3) 等价于 b.dbl(3)，语义完全一致。
? 补充验证：若 dbl 被改为 static，则 A.B::dbl 将匹配 Function<Integer, Integer>（单参数），而非 BiFunction —— 编译器会因函数式接口签名不兼容而报错，这正印证了JLS规则的强制性。
⚠️ 注意事项：
- 此规则仅适用于非静态、非构造器、非数组方法的方法引用；
- 对于顶级类或静态嵌套类（如本例中的
A.B），A.B::dbl中的A.B是类型名，不是实例，但仍是该实例方法的逻辑宿主类型，因此作为接收者参数类型； - 若使用
super::method或this::method，接收者仍为第一个参数，但绑定对象分别为当前对象的父类实例或当前实例； - 该机制是Java实现“面向对象方法”与“函数式编程接口”无缝桥接的关键设计，无需手动包装（如
b -> b.dbl(x)），兼顾简洁性与类型安全。
总结而言，所谓“多出来的第一个参数”，本质是Java对面向对象核心概念（调用必须有接收者）在函数式上下文中的忠实映射。掌握JLS §15.13.3这一条款，即可从根本上消除困惑，并在设计高阶API（如Stream操作、自定义Collector）时做出更精准的类型选择。
