桥接方法是编译器为解决泛型擦除后重写失效而自动生成的转发方法，出现在泛型继承和协变返回两种场景，标记为ACC_BRIDGE/ACC_SYNTHETIC，运行时isBridge()返回true，仅负责类型转换与调用真实方法。
桥接方法不是你写的，是编译器悄悄加的——它解决的是泛型擦除后“看起来不像重写，但其实必须算重写”的矛盾。懂它，关键不在背定义，而在看清楚：擦除前后方法签名怎么变、JVM怎么认、编译器为什么非得补一个转发方法。
桥接方法出现的真实场景
它只在两类典型情况里自动冒出来：
-
泛型类/接口被具体化继承时：比如
interface Comparable<T>擦除成Comparable，方法变成compareTo(Object)；而Integer实现时写的是compareTo(Integer)。这两个方法参数类型不同，JVM 默认不认为后者重写了前者——桥接方法就是来“假装”它是重写的。 -
协变返回类型被使用时：父类方法返回
Number，子类重写返回Integer。擦除后父类签名是Number get()，子类真实方法是Integer get()，返回类型不一致，JVM 分派会出错——桥接方法就负责把Number get()的调用转给Integer get()。
怎么看它是不是桥接方法
不用猜，有明确判断方式：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 反编译字节码：
javap -v YourClass.class，看到方法标记含ACC_BRIDGE和ACC_SYNTHETIC就是桥接方法； - 运行时判断：
method.isBridge()返回true； - 代码里找不到对应源码声明——它纯属编译器生成，不参与你写的逻辑，方法体永远只做一件事：类型转换 + 调用真实方法。
面试常考的底层逻辑点
面试官想确认你是否真理解，不是死记硬背：
立即学习“Java免费学习笔记（深入）”；
- 桥接方法不改变语义，只是让 JVM 多态调用能走通。比如
TreeSet<Integer>内部拿Comparable引用调compareTo，没桥接就会因签名不匹配而跳过子类实现，导致运行时报错； - 它只解决继承/实现关系中的多态分派问题，和泛型方法内部类型推断、通配符、类型边界无关；
- 桥接方法没有业务逻辑，也不参与反射调用的常规流程（除非你显式获取并调用），更不会影响泛型类型检查或擦除行为本身。
一句话总结本质
桥接方法是编译器为弥合“源码语义”和“擦除后字节码”之间的鸿沟，所插入的轻量级转发桩——它不新增功能，只确保你写的重写，在运行时依然被正确识别和调用。
