桥接方法是编译器为解决泛型擦除导致的多态断裂而生成的合成方法，它通过添加符合擦除后签名的委托方法（如Object get()→调用String get()），保障接口引用能正确多态调用子类特化版本。
Java 中泛型接口本身不支持协变返回类型（Covariant Return Type）的直接声明，因为接口方法不能像类中那样用更具体的子类型重写返回值。但当你在实现泛型接口的类中「覆盖」方法并使用更具体的返回类型时，JVM 层面依赖桥接方法（Bridge Method）来保证多态调用的类型安全和二进制兼容性。
协变返回类型只适用于类的继承，不适用于接口实现
Java 允许子类重写父类方法时，将返回类型声明为原返回类型的子类型（例如父类返回 List，子类返回 ArrayList），这叫协变返回类型。但它仅对 类继承（extends）有效；而接口是 implements 关系，接口中的方法签名是契约，实现类不能改变其签名——包括返回类型。
所以，如果你写：
interface Container<T> {
T get();
}
class StringContainer implements Container<String> {
@Override
public String get() { return "hello"; } // ✅ 合法：擦除后签名仍是 Object get()
}
表面上看是“协变”，其实这是类型擦除 + 编译器自动适配的结果，不是语言层面的协变重写机制。
立即学习“Java免费学习笔记（深入）”；
桥接方法如何介入：解决泛型擦除带来的签名冲突
当实现参数化接口时，编译器会为实现类生成桥接方法（bridge method），以确保多态调用能正确路由到具体方法。关键点在于：桥接方法是编译器生成的合成方法（synthetic），它保留原始泛型签名语义，但返回类型被擦除为上界（通常是 Object）。
以上例为例，编译后 StringContainer 实际包含两个方法：
-
public String get()—— 你写的实际方法（返回具体类型） -
public Object get()—— 编译器生成的桥接方法（返回擦除后的类型）
桥接方法体内部只是简单调用 return this.get();，但它的存在让 JVM 能通过接口引用调用时，仍满足 Container<String> 的契约（即返回 Object，运行时实际是 String）。
为什么需要桥接？看一个典型调用场景
假设你有：
Container<String> c = new StringContainer(); Object o = c.get(); // 接口变量调用，静态类型是 Container<String>.get() → 擦除为 Object get() String s = ((StringContainer) c).get(); // 实现类变量调用 → 直接调用 String get()
没有桥接方法，JVM 在通过接口引用调用 get() 时，找不到匹配的 Object get()（因为只有 String get()），就会抛 AbstractMethodError。桥接方法补上了这个空缺，使字节码层面的调用能成功解析。
验证桥接方法存在（使用 javap）
编译后执行：
javap -c -s StringContainer
你会看到类似输出：
public java.lang.String get(); Signature: ()Ljava/lang/String; public java.lang.Object get(); Signature: ()Ljava/lang/Object; bridge synthetic
其中 bridge synthetic 标志说明这是桥接方法，由编译器生成，不可见、不可直接调用（反射除外），但对 JVM 多态分派至关重要。
