Java泛型不支持直接多态赋值，如List<String>不能赋给List<Object>，编译器主动禁止以保障类型安全；通过类型参数绑定杜绝运行时ClassCastException，并借助? extends、? super和泛型方法实现受限多态。
Java 中泛型本身不支持传统意义上的多态继承关系直接赋值，比如 List<string></string> 不能当作 List<object></object> 使用——这不是因为类型不兼容，而是编译器主动禁止，以保障类型安全。这种设计恰恰是泛型与多态交互时最核心的矛盾点：它用牺牲部分多态灵活性，换取编译期强类型保障。
泛型如何规避多态带来的类型风险
没有泛型时，集合类依赖 Object 实现“伪多态”，导致运行时类型错误频发：
- 向
ArrayList添加String、Integer、自定义对象后，遍历时必须手动instanceof判断 + 强转，否则极易抛ClassCastException - 方法返回
Object，调用方无法得知真实类型，语义丢失，IDE 无法提示特有方法（如String.length()）
泛型通过“类型参数绑定”切断这种不安全的向上转型链。例如：ArrayList<string></string> 只接受 String 或其子类（但 String 是 final，实际只有自身），编译器在 add() 和 get() 处同时校验输入与输出类型，把多态隐患拦在编译阶段。
泛型中有限支持多态的三种方式
虽然泛型类之间不可直接继承赋值，但可通过以下机制实现安全的、受限的多态表达：
立即学习“Java免费学习笔记（深入）”；
-
通配符
?+ 上界extends：适用于“只读”场景。例如List extends Number>可接收List<integer></integer>、List<double></double>，但不能add()（除null），因为具体子类型未知 -
通配符
?+ 下界super：适用于“只写”场景。例如List super Integer>可接收List<number></number>或List<object></object>，允许add(new Integer(1))，但get()只能当Object用 -
泛型方法的类型推断：方法签名中声明
<T extends Comparable<T>>，调用时传入String[]或LocalDate[]，编译器自动推导T，实现跨类型复用，本质是“编译期契约多态”
泛型与多态冲突的根本原因：类型擦除
Java 泛型在运行时不存在真正泛型类型——ArrayList<string></string> 和 ArrayList<integer></integer> 的字节码都是原始类型 ArrayList，字段和方法操作的全是 Object。这意味着：
- 无法在运行时获取泛型实际类型（反射查不到
T是什么），所以不能像 C# 那样做if (list instanceof ArrayList<String>) - 不能创建泛型数组（
new T[10]编译失败），因为运行时需要知道组件类型，而T已被擦成Object - 静态泛型方法无法访问类级别的类型参数，因静态上下文与实例类型无关，进一步限制了多态扩展能力
实际开发中的关键提醒
遇到“泛型+多态”需求时，优先考虑是否真需运行时类型多样性：
- 若只是统一处理不同子类对象，用普通继承多态（
List<Animal>存Dog/Cat）更自然，泛型反而冗余 - 若需类型安全容器 + 跨子类操作，选通配符组合（如
void process(List<? extends Shape> shapes)），而非强行转型 - 避免泛型嵌套过深（如
Map<String, List<? super Number>>），可读性与维护性会急剧下降
