Proxy.newProxyInstance 的 loader 必须与接口类加载器一致，否则引发 NoClassDefFoundError；interfaces 只接受非空接口数组；h 是所有代理方法的唯一执行入口，三者需满足类加载可见性契约。
loader 参数：类加载器不是随便选的，选错直接 NoClassDefFoundError
这个参数决定代理类由谁加载进 JVM，不是“随便传一个 ClassLoader”就完事。如果 loader 和目标接口/实现类不在同一个类加载器层级，运行时会找不到代理类，甚至抛出 NoClassDefFoundError 或 ClassCastException（尤其在 Web 容器、OSGi、模块化环境里特别明显）。
- 最安全的做法是复用目标接口的加载器：
UserService.class.getClassLoader()，而不是this.getClass().getClassLoader()或Thread.currentThread().getContextClassLoader()—— 后两者在某些框架（如 Spring Boot DevTools、Tomcat）中可能和接口实际加载器不一致 - 不要用
null，JDK 9+ 模块系统下会直接抛NullPointerException - 如果你在测试中 mock 接口，又用了自定义 ClassLoader 加载了该接口，那必须传那个自定义 loader，否则代理类和接口“不认识彼此”
interfaces 参数：只认接口，不接受类，且数组不能为空
Proxy.newProxyInstance 只能代理接口，不能代理普通类（哪怕它有 public 方法）。传入的 Class>[] 必须全是 interface 类型，哪怕只有一个，也得写成数组形式；空数组或 null 会立刻抛 IllegalArgumentException。
- 常见错误：误把实现类传进去，比如写成
new Class[]{UserServiceImpl.class}→ 运行时报IllegalArgumentException: non-interface class - 可以同时代理多个接口，例如：
new Class[]{UserService.class, LoggingAware.class}，但所有接口里的方法都会被统一交由同一个InvocationHandler.invoke处理 - 注意：接口不能是
final或带有默认方法冲突（比如两个接口定义了同签名默认方法但没重写），否则生成代理类时会失败
h 参数（InvocationHandler）：不是“回调”，是方法调用的唯一入口
这个参数不是可选增强逻辑的“钩子”，而是代理对象所有业务方法（除 Object 自身方法如 toString()、hashCode() 外）的**唯一执行通道**。每次调用代理对象的方法，都会走到这里，没有例外。
-
invoke的第一个参数proxy就是newProxyInstance返回的那个对象本身，可用于递归调用（比如 AOP 中的链式处理），但别忘了判空和循环引用 - 第二个参数
method是被调用方法的反射对象，可用来做方法级路由或条件拦截（比如只对save*方法加事务） - 第三个参数
args是原始参数数组，修改它不会影响原调用（因为是副本），但你可以包装、过滤、补全后再传给真实目标 - 别在
invoke里直接 throw unchecked 异常而不处理——有些框架（如早期 Spring AOP）依赖特定异常类型做回滚，随意抛RuntimeException可能绕过事务控制
三个参数协同失效的典型场景：Spring AOP 代理失败时先查这三项
当用 @Transactional 或 @Cacheable 不生效，背后很可能是 Proxy.newProxyInstance 的参数组合出了问题，而非注解本身。
立即学习“Java免费学习笔记（深入）”；
- 接口没被 Spring 扫描到？→ 实际是
interfaces传了错误的接口类（比如用了内部类接口、或拼写错误的类名），导致代理对象类型和注入点不匹配 - 代理对象调用自身方法事务失效？→ 表面是 AOP 限制，根因常是
h中没正确委托给目标对象（比如漏了method.invoke(target, args)），或target是null - 单元测试里代理突然报
ClassNotFoundException？→loader用了测试类的 ClassLoader，但被代理接口在主代码路径下，两个 loader 隔离了
动态代理不是黑盒，三个参数各自职责清晰，但它们之间存在隐式契约：loader 要能看见 interfaces，interfaces 要能被 h 正确调度，缺一不可。最容易被忽略的是 loader 和 interfaces 的“类加载可见性”关系——这点在混合使用模块、热部署、插件化架构时，几乎必踩。
