泛型擦除后桥接方法解析

桥接方法是Java编译器为修复泛型擦除引发的多态断裂而自动生成的关键“补丁”——当父类泛型方法（如`setData(T)`）被擦除为`setData(Object)`，而子类用具体类型（如`setData(String)`）实现时，JVM因签名不匹配无法识别重写关系，导致多态调用失效甚至运行时类型异常；此时编译器悄悄插入一个`ACC_BRIDGE | ACC_SYNTHETIC`的合成方法，它以`Object`为参数、内部执行安全类型检查并转发至真实实现，既满足JVM的重写规则，又保障了面向对象语义的正确性，理解它不仅能揭开字节码层面的多态真相，更能规避反射、AOP和调试中的典型陷阱。

泛型擦除后，JVM 看不到 T，只认具体类型（如 Object 或边界类）。当子类用具体类型重写泛型方法时，签名不匹配，编译器就悄悄补一个参数为 Object 的桥接方法——它不写在源码里，但真实存在于字节码中，且是多态能走通的关键。

为什么必须生成 Object 参数的桥接方法

父类泛型方法 void setData(T) 擦除后变成 void setData(Object)；子类若写 void setData(String)，JVM 认为这是两个独立方法，不构成重写。没有桥接方法，通过父类引用调用就会跳过子类逻辑，直接执行父类版本。

• 多态失效： Node n = new MyNode(); n.setData("hi"); 表面调子类，实际走父类 setData(Object)
• 强转风险暴露：父类方法体若含 (T)data，传入非预期类型（如 Integer）会在运行时抛 ClassCastException
• 桥接方法就是那个“补丁”：签名完全匹配 setData(Object)，内部仅做 (String)data 转换 + 转发

用 javap -v 直接看到桥接方法的真身

运行 javap -v MyNode.class | grep -A 5 -B 5 Bridge，你会看到类似输出：

public void setData(java.lang.Object);
  descriptor: (Ljava/lang/Object;)V
  flags: (0x0041) ACC_PUBLIC, ACC_BRIDGE, ACC_SYNTHETIC
  Code:
    stack=2, locals=2, args_size=2
       0: aload_0
       1: aload_1
       2: checkcast     #23                 // class java/lang/String
       5: invokevirtual #25                 // Method setData:(Ljava/lang/String;)V
       8: return

• ACC_BRIDGE | ACC_SYNTHETIC 是铁证：这是编译器生成的合成方法，不是你写的
• descriptor: (Ljava/lang/Object;)V 表明它接收 Object，满足 JVM 对重写的签名要求
• checkcast 指令完成窄化转换，invokevirtual 转发到你写的 setData(String)

桥接方法在反射和调试中的表现

它会出现在 getDeclaredMethods() 结果里，但 method.isBridge() 返回 true 可以识别它。

• IDE 的 “Go to Implementation” 常跳转到你写的 setData(String)，但实际运行时调用的是桥接方法
• Spring AOP、某些代理框架若未过滤桥接方法，可能重复拦截或出错
• 反射调用时若误选了桥接方法，传入 Object 参数也能成功，但内部强转会失败——错误根源常被掩盖

什么情况下不会生成桥接方法

桥接方法不是无条件出现的，只在签名真正“错位”时才插入：

• 子类方法签名与擦除后父类签名一致：比如都声明为 setData(Object)，就不需要桥接
• 接口方法使用原始类型实现：如 Processor 接口的 process(T)，子类写成 process(Object)，也无需桥接
• 泛型接口的默认方法、静态方法、构造器，都不会触发桥接方法生成

本篇关于《泛型擦除后桥接方法解析》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！