桥接方法是javac在泛型擦除后自动生成的签名适配方法，用于满足JVM重写规则；当子类方法擦除签名与父类/接口不一致时触发，其字节码标记为bridge和synthetic，且通过Method.isBridge()可识别。
Java 泛型擦除后，桥接方法是编译器自动插入的“签名适配层”，不是手动编写，也不参与源码逻辑，而是在生成字节码阶段由 javac 根据类型擦除结果动态合成。
桥接方法生成的触发条件
当子类或实现类的方法签名，在泛型擦除后与父类/接口声明的方法签名不一致时，编译器必须补一个桥接方法来满足 JVM 的重写规则。典型场景包括：
- 实现泛型接口（如
Comparable<integer></integer>）并重写compareTo(Integer) - 继承泛型类（如
Node<string></string>）并重写返回类型为具体泛型参数的方法（如getData()返回String） - 泛型方法中存在协变返回类型（如接口定义
T get()，实现类写成String get()）
编译器生成桥接方法的具体步骤
javac 在完成类型擦除后，会对比父类/接口的擦除签名和子类实际方法签名。若发现不匹配，就生成一个新方法，特征如下：
- 方法名、参数类型、返回类型完全等同于擦除后的父类/接口方法（例如
public int compareTo(Object o)） - 方法体只有一行：对参数做强制类型转换，再调用你写的真正方法（例如
return compareTo((Integer) o);） - 字节码中被标记为
bridge和synthetic，可通过Method.isBridge()判断
为什么必须用桥接方法而不是直接改写你的方法
JVM 运行时看不到泛型，只认原始类型签名。如果你只写了 compareTo(Integer)，JVM 会认为它和接口要求的 compareTo(Object) 是两个无关方法，无法构成重写——多态调用就会失败。桥接方法充当了“翻译官”：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 向上转型后调用（如
Comparable c = new Integer(1); c.compareTo(new Object());）走的是桥接方法 - 桥接方法内部把
Object安全转成Integer，再交给你写的逻辑方法执行 - 你写的原方法专注业务，桥接方法专注契约兼容
反射中如何识别和过滤桥接方法
调用 getDeclaredMethods() 时常看到两个同名方法，比如：
-
feed(List<string>)</string>—— 你写的，isBridge() == false -
feed(List)—— 编译器加的，isBridge() == true
处理反射结果时，应显式跳过桥接方法，否则可能误判类型、触发空指针或类型转换异常。
