CGLIB代理桥接方法无需特殊处理，ASM会自动保留并复制其字节码；关键在于避免拦截逻辑中误过滤或错误匹配桥接方法，应以擦除后实际签名为准，并推荐使用CGLIB 3.3.0+确保兼容性。
Java中CGLIB动态代理在代理带有桥接方法（bridge methods）的类时，字节码拦截本身无需特殊处理——CGLIB底层基于ASM操作字节码，会自动识别并正确生成代理类中的桥接方法，保持泛型擦除后的调用链完整。关键在于理解桥接方法的生成时机与CGLIB的增强逻辑，避免因手动过滤或错误拦截导致方法丢失或调用错位。
桥接方法的本质与CGLIB的兼容性
桥接方法是编译器为支持泛型多态而自动生成的合成方法（如继承泛型父类或实现泛型接口时），具有ACC_BRIDGE | ACC_SYNTHETIC标志。CGLIB 3.3+ 使用ASM 7+（或更高版本）解析类结构时，会保留这些方法，并在生成代理子类时原样复制桥接方法的签名和字节码（不重写也不跳过），确保子类能正确转发调用到目标对象。
- 无需在
MethodInterceptor.intercept()中显式判断Method.isBridge()来跳过或特殊处理 - 若拦截逻辑依赖方法签名（如按参数类型路由），需注意桥接方法的参数类型已被擦除（如
List<String>→List），应以实际运行时方法签名为准 - CGLIB生成的代理类中，桥接方法仍指向原始目标方法（通过
super.xxx()调用），语义保持一致
避免在Enhancer回调中误过滤桥接方法
常见误区是在设置CallbackFilter时，仅根据方法名或返回类型做简单匹配，却忽略了桥接方法与原始方法同名但签名不同（如set(Object)桥接自set(String)）。这会导致桥接方法被分配到NO_OP或错误的MethodInterceptor，引发ClassCastException或调用丢失。
- 推荐使用
Enhancer.setCallbackFilter(new CallbackFilter() { ... })时，对每个Method调用method.getGenericReturnType()和method.getGenericParameterTypes()做精确匹配 - 更稳妥的方式是统一使用
MethodInterceptor，在intercept()内通过Method.getDeclaringClass()和Method.getModifiers()识别桥接方法，按需调整逻辑（例如日志中排除桥接方法） - 禁用
Enhancer.setUseCache(false)调试时可dump代理类字节码（如用net.sf.cglib.core.DebuggingClassWriter），验证桥接方法是否被正确定义
泛型委托场景下的典型问题与修复
当目标类实现泛型接口（如interface Service<T> { T get(); }）且被CGLIB代理时，桥接方法可能出现在代理类的get()调用链中。若拦截器内部试图用反射获取泛型返回类型，会因桥接方法无真实泛型信息而失败。
立即学习“Java免费学习笔记（深入）”；
- 应优先从目标对象的实际类（非代理类）获取原始方法：通过
target.getClass().getMethod("get")而非method.getDeclaringClass().getMethod(...) - 若必须依赖
Method对象，可用Method.getReturnType()代替getGenericReturnType()获取运行时擦除类型 - 对于需要泛型元数据的场景（如JSON序列化），建议将泛型信息外置（如通过注解或配置），而非依赖桥接方法的反射
升级CGLIB与ASM版本规避已知缺陷
旧版CGLIB（如2.x）搭配低版本ASM（≤5.0）存在桥接方法处理异常：可能跳过桥接方法、错误复制访问标志，或在重写过程中破坏ACC_BRIDGE标记，导致JVM校验失败。
- 强制使用CGLIB 3.3.0+（对应ASM 7.1+），该版本修复了桥接方法的
visitMethod()透传逻辑 - 检查依赖树：
mvn dependency:tree | grep cglib，排除Spring旧模块（如spring-core 4.3.x自带CGLIB 3.2.5）带来的冲突 - 若项目受限无法升级，可在
Enhancer创建前设置System.setProperty("cglib.fastClass.newInstance", "false")临时规避FastClass生成阶段的桥接方法bug（仅限调试）
