Java泛型带限定符的边界在类型擦除时被擦除为最左边的上界类型。例如T extends Number擦除为Number，T extends Comparable & Serializable擦除为Comparable，方法签名和字段类型均依此规则处理，桥接方法保障多态性。
Java 中带限定符的泛型边界在类型擦除时，不是简单地变成 Object，而是被擦除为**最左边的上界类型**（即第一个 extends 后的类型）。这个规则直接影响方法签名、字段类型和运行时行为。
有界类型参数擦除为首个上界
当泛型参数声明为 T extends Number 时，编译器会把所有 T 替换为 Number；如果写成 T extends Comparable & Serializable，也只取第一个接口 Comparable —— 因为 Java 不支持多继承，擦除必须映射到一个具体可加载的类型。
-
class Box<T extends Number> { T value; }→ 擦除后等效于class Box { Number value; } -
class Pair<T extends Cloneable & Serializable> { T obj; }→ 擦除为class Pair { Cloneable obj; }（Serializable被丢弃） -
<T extends Number & Comparable<T>>→ 擦除为Number，因为Number是第一个上界，且是类（优先级高于接口）
泛型方法中的边界擦除同样适用该规则
方法层面的类型参数也会按相同逻辑擦除。比如：
-
public <T extends List<String>> void process(T data)→ 擦除为public void process(List data) -
public <T extends Runnable & AutoCloseable> T getTask()→ 擦除为public Runnable getTask()
注意：返回值类型擦除后是 Runnable，调用方拿到的是 Runnable 引用，即使实际对象还实现了 AutoCloseable，也无法在编译期直接调用其方法，除非显式强转。
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
桥接方法确保多态性不被破坏
当子类继承并重写带边界的泛型方法时，编译器会自动生成桥接方法。例如：
- 父类定义：
public <T extends Number> double sum(T a, T b)→ 擦除为double sum(Number a, Number b) - 子类重写：
@Override public Double sum(Double a, Double b) - 编译器额外生成一个桥接方法：
public double sum(Number a, Number b)，内部转发给sum((Double)a, (Double)b)
这样能保证运行时通过父类引用调用时仍能正确分派，避免因擦除导致的多态失效。
边界擦除对类型安全的实际影响
擦除为首个上界，意味着运行时只能依赖该类型的契约。例如：
- 你不能在运行时判断一个
List<? extends Number>实际装的是Integer还是BigDecimal，因为擦除后只剩List和元素类型Number - 向
List<? super Integer>添加Integer是安全的，因为擦除后目标类型至少是Integer的父类（如Number或Object），但读取时只能当作Object处理
边界擦除不是“丢掉信息”，而是把泛型约束压缩成 JVM 可执行的最小兼容类型，既保障编译期检查，又维持字节码兼容性。
