jdk动态代理要求传入classloader、接口数组和invocationhandler：classloader用于加载生成的代理类，接口数组声明代理实现的方法签名，invocationhandler是拦截方法调用的唯一入口。
Proxy.newProxyInstance 为什么必须传 ClassLoader、接口数组和 InvocationHandler
因为 JDK 动态代理只支持对接口代理，底层要生成一个新类（比如 $Proxy0），这个类得由指定的 ClassLoader 加载；接口数组告诉 JVM “这个代理要实现哪些方法签名”；而 InvocationHandler 是唯一能拦截所有方法调用的钩子——没它，代理对象就只是个空壳。
-
ClassLoader不能用 null，也不能随意换：如果和目标接口不在同一个类加载器下，会抛IllegalArgumentException: non-public interface is not defined in the same classloader - 接口数组不能为空，哪怕只有一个接口也要写成
new Class[]{MyService.class}；传入类（Class）会直接报IllegalArgumentException: MyService is not an interface -
InvocationHandler.invoke()里如果忘了调用method.invoke(target, args)，方法就真的不会执行——不是“没返回值”，是彻底跳过原逻辑
InvocationHandler.invoke 的三个参数到底怎么用
proxy 是生成的代理实例本身，一般不用；method 是被调用的方法对象，可用于判断是否需要增强（比如只对 save 方法加日志）；args 是运行时传入的实参，注意它永远是非 null 数组，哪怕方法没参数也是 new Object[0]。
- 别在
invoke里直接修改args数组内容——它是引用，改了会影响后续反射调用；真要改参，得 new 一个新数组 - 如果
method声明了泛型，method.getGenericReturnType()能拿到带泛型的信息，但method.getReturnType()只返回擦除后的类型（如List而非List<string></string>） - 抛出受检异常（checked exception）时，只能抛
method声明中已有的，否则运行时报UndeclaredThrowableException
代理对象调用 equals/hashCode/toString 为什么会进 invoke
因为 Proxy 生成的类没有重写这三个方法，它们都继承自 Object，而 JDK 代理机制明确把 Object 的这仨方法也纳入了拦截范围——所以即使你没写相关逻辑，它们也会走到 InvocationHandler.invoke 里。
-
proxy.equals(null)会进invoke，此时method.getName()是"equals"，args[0]是null，不判空直接args[0].getClass()就 NPE -
proxy.hashCode()的args是空数组，但method参数类型是()，别误以为要取args[0] - 如果你希望代理对象的
toString返回类似"Proxy for MyService"，就得在invoke里专门判断并返回，否则默认走Object.toString()输出一串无意义哈希
为什么 CGLIB 不是 JDK Proxy，而且不能替代它来代理接口
JDK Proxy 是语言层标准机制，只认接口；CGLIB 是第三方库，靠字节码生成子类，天然不适用于接口——接口不能被继承，只能被实现。两者根本不在同一抽象层级上。
- 用 CGLIB 去“代理接口”，实际是生成一个实现该接口的类，再用该类实例去伪装成接口类型，但这绕过了 JDK 的代理契约，Spring AOP 在 JDK 模式下也不会走 CGLIB 路径
- 如果目标类没有接口，JDK Proxy 直接失效，报
IllegalArgumentException: target must be an interface；这不是配置问题，是能力边界 - 性能上，JDK Proxy 创建快、调用稍慢（反射开销）；CGLIB 创建慢（要生成字节码）、调用快（直接方法调用），但这个差异在多数业务场景里感知不到
真正容易被忽略的是：代理对象的类型检查。比如 proxy instanceof MyService 为 true，但 proxy.getClass().getSuperclass() 返回的是 Proxy，不是 Object；而 proxy.getClass().getInterfaces() 才是你传进去的接口数组——这点在做类型适配或框架扩展时，经常漏掉验证。
