Java泛型继承时是否必须指定泛型基类的类型参数？

嘿，这个问题问到点子上了！其实不是必须强制指定泛型基类的类型参数，但两种写法的差异可大了，咱们掰开揉碎了说：

第一种：指定具体类型（推荐写法） #

比如你写class Child extends Base<String>，这时候你相当于让Child继承了一个已经把泛型参数“落地”成String的Base类。

• 基类里的data属性会被编译器认定为String类型，编译阶段就会帮你做类型检查，存非String类型的东西直接编译报错，完全不用怕运行时类型转换异常
• 用的时候也不用强制类型转换，代码既安全又清爽，比如：

class Base<T> {
    T data;
}

class Child extends Base<String> {
    void printDataLength() {
        // 直接用String的方法，编译器完全认可
        System.out.println(data.length());
    }
}

第二种：不指定类型（原始类型，不推荐） #

要是写class Child extends Base，这就触发了Java的**原始类型（raw type）**机制——这是Java为了兼容泛型出现前的老代码才保留的“历史遗留特性”，问题可不少：

• 基类的泛型信息会被完全擦除，data属性会被当作Object类型处理
• 你从Child里取data的时候必须手动强制类型转换，一不小心存错类型，运行时就会炸ClassCastException
• 编译器会给你抛出一堆unchecked警告，提醒你这种写法不安全，相当于主动放弃了泛型的类型安全护盾
  比如这种写法的代码：

class Child extends Base {
    void printDataLength() {
        // 必须强转，否则编译报错；如果data不是String，运行时直接崩
        String str = (String) data;
        System.out.println(str.length());
    }
}

额外小技巧：子类也保留泛型 #

如果你想让Child也保持泛型的灵活性，还可以这么写：

class Child<T> extends Base<T> {
    void processData(T input) {
        this.data = input;
        // 这里的T和基类的T完全同步，类型安全拉满
    }
}

这种写法既保留了泛型的灵活性，又没丢类型安全，是很多框架和工具类常用的写法。

总的来说，除非你是在维护非常古老的非泛型代码，否则强烈建议始终指定泛型参数——不管是具体类型还是子类继承泛型参数，都比用原始类型靠谱多了，能帮你在编译阶段就把bug掐死，省得跑起来才出问题。

内容来源于stack exchange