将基类改为接口为何会导致调用不同的重载方法？

问题根源：Java重载解析 + 泛型类型推断的差异（类 vs 接口） #

你的问题本质是Java编译器在重载方法选择和泛型类型参数推断时，对类和接口的兼容性逻辑不同导致的。

1. 重载方法的优先级规则

你的FakeLogger有两个重载方法：

void info(String format, Object... args)
void info(String message, Throwable throwable)

编译器会优先选择最具体的重载版本。Throwable是Object的子类，所以如果参数能匹配Throwable，编译器会优先选第二个方法。

2. 类作为泛型边界时的推断逻辑

在testThatGetAsBaseClassWorks()中，泛型方法getImplAsBaseClass()的边界是<T extends BaseClass>：

• BaseClass是普通类，Java是单继承模式，BaseClass本身不是Throwable的子类，因此不存在任何类既继承BaseClass又继承Throwable（类不能同时继承两个无父子关系的类）。
• 编译器可以确定泛型返回值不可能是Throwable类型，因此直接匹配第一个Object...的重载方法，不会触发类型转换。

3. 接口作为泛型边界时的推断逻辑

在testThatGetAsInterfaceFails()中，泛型方法getImplAsBaseInterface()的边界是<T extends BaseInterface>：

• 接口可以被任何类实现，包括Throwable的子类（比如自定义异常类可以实现BaseInterface）。编译器认为存在这样的类型T：既实现BaseInterface又是Throwable的子类。
• 为了匹配更具体的重载方法（info(String, Throwable)），编译器会将泛型返回值推断为T = BaseInterface & Throwable，并在运行时尝试把ImplClass实例强制转换为Throwable——而ImplClass并非Throwable的子类，因此抛出ClassCastException。

4. 局部变量解决问题的原因

当你把泛型方法的返回值赋值给BaseInterface bi时：

• 变量的类型被明确为BaseInterface，而BaseInterface和Throwable之间没有继承/实现关系，编译器无法将其匹配到info(String, Throwable)方法。
• 因此只能选择info(String, Object...)重载，避免了错误的类型转换。

无需修改客户端的临时修复思路（针对你的库） #

既然不能修改泛型方法，你可以在库中新增一个非泛型的Getter方法，返回明确的接口类型：

// 在ObjectContainer中新增
public BaseInterface getImplAsBaseInterfaceDirectly() {
    return implClass;
}

这样客户端调用这个新方法时，编译器会明确返回类型，不会触发错误的重载匹配。

内容的提问来源于stack exchange，提问作者mcompton13