java编译期类型擦除将无界泛型t统一替换为object，生成字节码时不保留泛型信息，并插入checkcast指令和桥接方法保障运行时安全与多态正确性。
Java 编译期的类型擦除会将无界泛型 T 替换为 Object，这是字节码层面的统一处理方式，而非简单文本替换。擦除发生在编译阶段（javac），生成的 class 文件中不再保留泛型类型信息，所有无界类型参数 T、E、K 等均被替换为 Object，同时插入必要的类型转换（cast）指令以保证运行时安全。
擦除规则：T → Object 是默认且唯一的替换目标
当泛型声明为无界形式（如 <t></t>、<e></e>），编译器无法推断出更具体的上界，因此必须选用最宽泛的合法类型 —— java.lang.Object。这个替换是 javac 的硬编码行为，不依赖上下文或实际使用类型。
-
public <t> T getValue() { ... }</t>→ 编译后签名变为public java.lang.Object getValue() -
public <t> void set(T value) { ... }</t>→ 变为public void set(java.lang.Object) - 返回值或形参中的
T全部替换成Object，但方法签名在字节码中仍保留 descriptor 形式（如(Ljava/lang/Object;)V）
桥接方法（Bridge Methods）确保多态正确性
类型擦除可能破坏继承关系（例如子类重写泛型父类方法），编译器会自动生成桥接方法来弥补。这些方法签名用 Object，内部调用真实方法，并插入强制转换。
- 例如：
class Box<t> { T get() { ... } }</t>子类StringBox extends Box<string></string>重写get()返回String - 编译后，
StringBox会额外生成桥接方法：public Object get() { return this.get(); }，其中调用真实String get()并隐式转为Object - 该桥接方法在字节码中可见（用
javap -c可查），确保 JVM 调用符合 invokevirtual 规则
类型转换指令（checkcast）保障运行时安全
虽然参数/返回值被擦除为 Object，但编译器会在必要位置插入 checkcast 指令，把 Object 安全转回具体类型。
- 调用
<t> T getValue()</t>后若赋值给String s = box.getValue();，编译器生成字节码：先调用getValue()（返回Object），再执行checkcast java/lang/String - 这个 cast 在运行时检查对象实际类型，失败则抛
ClassCastException，是擦除机制下类型安全的核心保障 - 没有显式转型时（如仅作
Object使用），不会插入checkcast
反射与运行时无法获取 T 的真实类型
由于擦除彻底，字节码和运行时 Class 对象中均不保留 T 的原始信息。仅当泛型有界（如 <t extends number></t>）且通过继承链暴露（如匿名子类 new ArrayList<string>() {}</string>），才可能借助 getGenericSuperclass() 提取部分泛型实参。
-
Method.getGenericReturnType()可能返回java.lang.reflect.Type表示T，但这是编译器保留的元信息，不参与字节码执行 - JVM 执行字节码时只看到
Object，所有泛型逻辑均由编译器静态插入的 cast 和桥接方法支撑 - 所谓“T 变成 Object”本质是编译策略，不是运行时动态替换，字节码里从不存在符号
T
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
