Java中class B<T> extends A<T>与class B<T> extends A的差异及疑问

嘿，这个问题问到泛型继承的核心细节上了，我来给你理清楚这两种写法的区别，以及你关心的用法归类问题：

一、class B<T> extends A<T>与class B<T> extends A的核心差异 #

1. 类型参数的绑定关系 #

• class B<T> extends A<T>：B的泛型参数T会明确传递并绑定给父类A的泛型参数。当你实例化B<String>时，父类A实际是A<String>，A中所有依赖泛型的字段、方法都会严格使用String类型，完全遵循泛型的类型约束。
• class B<T> extends A：这里父类A使用的是原始类型（raw type），相当于直接丢弃了A的泛型信息。不管B的T是什么类型，A内部的泛型相关操作都会退化为Object类型，完全不做类型匹配校验。

2. 编译时类型安全保障 #

• 用extends A<T>的写法，编译器会在编译阶段就校验所有类型一致性：比如A中有一个返回T的方法get()，B继承后调用get()会直接得到T类型，不需要强制转换，也不会有类型转换错误的风险。
• 用extends A的写法，A中泛型方法的返回值会被当作Object处理，你必须手动强制转换才能得到想要的类型——这不仅麻烦，还会埋下运行时ClassCastException的隐患，同时编译器会抛出unchecked conversion的警告，提示你这种写法不安全。

3. 泛型信息的保留 #

• extends A<T>会完整保留父类的泛型信息，即使在反射场景下，你也能获取到A的实际类型参数（比如B<String>对应的父类是A<String>）。
• extends A的写法会擦除父类的泛型信息，反射时只能看到A是原始类型，无法获取到具体的类型参数，不利于需要依赖泛型信息的框架或工具使用。

二、关于两种写法的归类与推荐性 #

你判断的完全正确！

• 写法1 class B<T> extends A 确实属于原始类型的用法，和List list = new ArrayList<Integer>()是同一类情况——都是主动（或误操作）放弃了泛型的类型安全特性，退回到Java 5之前无泛型的代码风格。这种写法虽然能编译通过，但不推荐在现代Java代码中使用。
• 写法2 class B<T> extends A<T> 是标准且推荐的写法，它完整保留了泛型的类型约束，让编译器帮你规避类型错误，符合Java泛型设计的初衷，也是业界公认的规范写法。

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