Java泛型层级重构：如何让编译器识别Number为下界

这个问题本质是原始类型触发的类型擦除陷阱：你用II ii = new A();这种原始类型声明时，编译器会把所有泛型信息擦除，II继承的I<T>会被降级成I<Object>，所以get()方法的返回类型就变成了Object，自然没法直接赋值给Number。

好在咱们不用改库中的I接口，有两种干净的重构方案能解决这个问题，而且完全支持你要的通用调用场景：

方案一：在II接口中重新声明get方法（推荐） #

利用Java的协变返回类型特性，在II接口里重新定义get()方法，明确指定返回类型为Number。这样当使用原始类型II时，编译器会优先使用这个明确的方法签名，而不是从I继承来的擦除后的Object返回类型。

重构后的代码如下：

// 库中的I接口，无需修改
public interface I<T> { T get(); }

// 重构后的II接口
public interface II<T extends Number> extends I<T> {
    // 重写get方法，指定返回Number（协变返回，符合泛型约束）
    @Override
    Number get();
}

// 实现类无需改动，Integer/Double都是Number的子类，符合协变要求
public class A implements II<Integer> {
    @Override
    public Integer get() { return 1; }
}

public class B implements II<Double> {
    @Override
    public Double get() { return 2.0; }
}

为什么这能生效？ #

• 当用原始类型II ii = new A();时，ii.get()的返回类型会被编译器识别为Number，直接赋值给Number n完全没问题；
• 泛型场景下的使用不受影响，比如II<Integer> ii = new A(); Integer num = ii.get();依然能正常编译，因为Integer是Number的子类，协变返回类型兼容泛型约束；
• 所有实现II的类都不需要额外修改，因为它们的get()方法返回的都是Number的子类，天然符合II接口的新声明。

方案二：新增非泛型中间接口（备选） #

如果不想在II中重写get方法，也可以加一个非泛型的中间接口，让II继承它和I。不过这个方案会多一层接口，不如方案一简洁：

// 库中的I接口，无需修改
public interface I<T> { T get(); }

// 新增非泛型中间接口，定义返回Number的get方法
public interface INumberGetter {
    Number get();
}

// II同时继承INumberGetter和I<T>，保证泛型约束
public interface II<T extends Number> extends I<T>, INumberGetter {
    // 无需额外声明，编译器会自动桥接
}

// 实现类依然保持不变
public class A implements II<Integer> {
    @Override
    public Integer get() { return 1; }
}

这个方案的原理是：当使用原始类型II ii时，编译器会匹配INumberGetter中的get()方法（返回Number），同样能解决类型转换错误。

验证通用调用场景 #

不管用哪种方案，下面的调用都能正常编译：

II ii1 = new A();
Number n1 = ii1.get(); // 正常编译

II ii2 = new B();
Number n2 = ii2.get(); // 正常编译

内容的提问来源于stack exchange，提问作者Radu Dumbrăveanu