如何解决类继承导致的Java函数二义性问题？

编译器报函数二义性的核心原因是：你传入的lambda表达式(c, d) -> ""的类型可以被推导为BiFunction<A, A, String>，也可以被推导为BiFunction<A, B, String>——因为B是A的子类，lambda的第二个参数d既可以接受A类型（兼容B），也可以直接接受B类型。这就导致两个重载方法都符合匹配条件，编译器无法自动判断你要调用哪一个。

以下是几种实用的解决方法：

1. 显式指定lambda的目标类型 #

直接把lambda强制转换为你需要的BiFunction子类类型，让编译器明确匹配目标方法：

foo(a, b, (BiFunction<A, B, String>) (c, d) -> "");

2. 提前声明函数变量的类型 #

先将lambda赋值给一个类型明确的变量，再传入方法，可读性更强：

BiFunction<A, B, String> handler = (c, d) -> "";
foo(a, b, handler);

3. 在lambda中显式声明参数类型 #

通过明确lambda参数的具体类型，帮助编译器推导正确的重载方法：

foo(a, b, (A c, B d) -> "");

这里指定第二个参数为B类型，编译器会自动匹配对应的foo(A, B, BiFunction<A,B,String>)方法。

4. 优化方法重载设计（可选） #

如果框架的API设计允许，可以调整重载方法的参数结构，让编译器能通过参数的非兼容类型自动区分。比如给其中一个方法增加一个无业务意义的标记参数（仅用于区分重载，谨慎使用）：

// 示例：增加boolean参数区分重载
static void foo(A a1, A a2, BiFunction<A, A, String> f, boolean isBaseVersion) {}
static void foo(A a1, B b2, BiFunction<A, B, String> f) {}

这种方式要注意保持API的简洁性，避免过度冗余。

内容的提问来源于stack exchange，提问作者Slađan Kantar