JDK动态代理无需桥接方法，因其代理类仅作接口签名占位，所有方法调用统一转发至InvocationHandler.invoke()处理；接口方法无默认实现或重载歧义，运行时反射可准确匹配Method对象；代理类不参与类型转换或重载分发，全部调度逻辑由invoke()承担。
JDK 动态代理不需要为接口生成桥接方法实现，是因为它根本不会直接实现接口的方法体，而是把所有方法调用统一转发给 InvocationHandler.invoke() 处理。
接口中的方法在代理类里只是“签名占位”，不写具体逻辑。JVM 生成的代理类（如 $Proxy0）确实实现了目标接口，但每个方法体内只做一件事：调用 h.invoke(proxy, method, args) —— 其中 h 就是你传入的 InvocationHandler 实例。
所以不存在“桥接方法”需求，原因有三点：
接口方法本身没有默认实现或重载歧义
JDK 动态代理只面向已定义好的、明确的接口方法。这些方法在编译期就确定了签名，运行时反射能准确匹配Method对象，无需靠桥接方法解决泛型擦除或重载兼容问题。代理类不参与类型转换逻辑，也不做重载分发
桥接方法（bridge methods）是编译器为支持泛型协变返回、继承重写等场景自动生成的辅助方法。而动态代理类是 JVM 运行时生成的，它不涉及子类重写父类泛型方法的场景，所有调用都走统一入口invoke()，由你自己的代码决定如何处理参数和返回值。InvocationHandler.invoke()已经承担了“调度+转发”的全部职责
方法名、参数、返回类型、异常都通过Method对象和Object[] args传递进来，你可以用method.invoke(target, args)安全反射调用原方法，也可以拦截、改参、绕过、替换结果——整个过程不依赖编译期生成的桥接逻辑。
简言之：
JDK 动态代理的代理类只是一个“空壳接口实现”，它不承载业务逻辑，也不参与编译期类型推导，所有行为都委托给 InvocationHandler。桥接方法是编译器为静态类型系统服务的，而动态代理绕过了静态实现环节，自然无需它们。
