Java的泛型是编译期特性，在编译完成后会进行类型擦除，将泛型类型替换为原始类型或者上限类型。为了保证泛型场景下的多态特性能够正常生效，编译器会在某些情况下自动生成桥接方法，也就是Bridge Method。理解桥接方法的生成逻辑和作用，能够帮助我们更清晰地看到Java多态在运行时的真实表现。
泛型擦除与桥接方法的基本概念
泛型擦除指的是编译器在编译泛型代码时，会将泛型参数替换为其限定类型（如果没有限定类型则替换为Object），同时会在必要的地方插入类型转换代码。当泛型类被继承或者泛型接口被实现时，如果子类或者实现类指定了具体的泛型类型，就可能出现方法签名不匹配的情况，此时编译器会自动生成一个桥接方法来解决这个问题。
桥接方法是一种由编译器生成的合成方法，它的访问修饰符通常是public或者包可见，方法上会有synthetic和bridge的标记，普通开发者在编写代码时不会直接定义这类方法。
桥接方法的生成场景示例
我们首先定义一个简单的泛型父类，然后让子类指定具体的泛型类型并实现父类的方法，观察桥接方法的生成情况。
// 泛型父类
class GenericParent<T> {
public void setValue(T value) {
System.out.println("GenericParent setValue: " + value);
}
}
// 子类指定泛型类型为String
class StringChild extends GenericParent<String> {
@Override
public void setValue(String value) {
System.out.println("StringChild setValue: " + value);
}
}
按照泛型擦除的规则，GenericParent擦除后的原始类型是Object，所以擦除后的setValue方法签名是public void setValue(Object value)。而StringChild中我们重写的方法是public void setValue(String value)，这两个方法的参数类型不同，并不构成重写关系。
为了保证多态生效，当我们将StringChild的实例赋值给GenericParent<String>类型的引用，调用setValue方法时，能够正确执行子类的实现，编译器会在StringChild中自动生成一个桥接方法：
// 编译器自动生成的桥接方法，伪代码表示
public void setValue(Object value) {
this.setValue((String) value);
}
这个桥接方法的参数类型是Object，和父类擦除后的方法签名一致，所以构成了合法的重写关系。方法内部会把Object类型的参数强制转换为String，再调用子类自己定义的setValue(String value)方法。
通过桥接方法理解运行时多态
我们通过一段测试代码来验证运行时的方法调用过程，看看桥接方法在多态表现中起到的作用。
public class BridgeMethodTest {
public static void main(String[] args) {
// 父类引用指向子类对象，泛型类型指定为String
GenericParent<String> parent = new StringChild();
// 调用setValue方法，传入String类型的参数
parent.setValue("hello");
}
}
这段代码的执行结果是输出StringChild setValue: hello，我们来分析运行时的调用流程：
- 编译时，parent的静态类型是GenericParent<String>，擦除后setValue方法的参数是Object类型，所以调用parent.setValue时，编译期检查的是setValue(Object)方法。
- 运行时，parent指向的实际对象是StringChild的实例，JVM会查找该实例中重写了setValue(Object)的方法，也就是编译器生成的桥接方法。
- 桥接方法内部将参数转换为String类型，然后调用StringChild中定义的setValue(String)方法，最终执行子类的逻辑。
如果没有桥接方法，那么StringChild中的setValue(String)并没有重写父类的setValue(Object)方法，运行时就会执行父类的setValue(Object)逻辑，多态就无法正常生效。桥接方法在这里充当了父类擦除后方法和子类具体泛型方法之间的桥梁，保证了多态在泛型场景下的正确性。
查看类中的桥接方法
我们可以通过反射来获取类中的所有方法，筛选出其中的桥接方法，验证我们之前的分析。修改上面的测试代码，添加方法打印逻辑：
import java.lang.reflect.Method;
public class BridgeMethodTest {
public static void main(String[] args) {
// 打印StringChild中的所有方法
Method[] methods = StringChild.class.getDeclaredMethods();
for (Method method : methods) {
System.out.println("方法名: " + method.getName());
System.out.println("参数类型: ");
for (Class<?> paramType : method.getParameterTypes()) {
System.out.print(paramType.getName() + " ");
}
System.out.println();
System.out.println("是否是桥接方法: " + method.isBridge());
System.out.println("是否是合成方法: " + method.isSynthetic());
System.out.println("---------------------");
}
}
}
运行这段代码，你会看到StringChild中有两个setValue相关的方法：
- 一个是开发者定义的setValue(String)，不是桥接方法也不是合成方法。
- 另一个是setValue(Object)，标记为桥接方法和合成方法，和我们之前的分析一致。
桥接方法的其他常见场景
除了泛型类的继承场景，泛型接口的实现也会出现桥接方法。例如我们定义一个泛型接口，然后实现类指定具体泛型类型：
// 泛型接口
interface GenericInterface<T> {
T getValue();
}
// 实现类指定泛型类型为Integer
class IntegerImpl implements GenericInterface<Integer> {
@Override
public Integer getValue() {
return 100;
}
}
泛型擦除后，GenericInterface的原始接口中getValue方法的返回类型是Object，而IntegerImpl中的getValue返回类型是Integer，此时编译器会生成一个桥接方法：
// 编译器生成的桥接方法伪代码
public Object getValue() {
return this.getValue(); // 调用IntegerImpl中定义的getValue()方法，自动装箱为Integer后向上转型为Object
}
这个桥接方法保证了接口引用指向实现类实例时，调用getValue方法能够返回正确的类型，维持多态特性。
总结
桥接方法是Java泛型擦除机制的配套产物，它的核心作用是在泛型场景下保证方法重写的多态特性能够正常生效。当泛型父类或者接口的泛型方法在擦除后和子类/实现类的方法签名不一致时，编译器会自动生成桥接方法来桥接两者的差异，运行时JVM通过调用桥接方法，最终执行子类的具体实现逻辑。理解桥接方法的生成逻辑和作用，能够帮助我们更深入地理解Java泛型的底层实现，以及多态在运行时的真实调用流程，避免在使用泛型时出现一些不符合预期的行为。
Java泛型擦除Bridge_Method多态修改时间：2026-06-14 17:57:28