Proxy.newProxyInstance三个参数必须非空且合规：loader需用目标类加载器（如target.getClass().getClassLoader()），interfaces须为非空接口数组（至少一个接口），h必须是已初始化的InvocationHandler实例，否则抛IllegalArgumentException或NullPointerException。
Proxy.newProxyInstance 三个参数怎么填才不报错
填错任意一个参数都会导致 IllegalArgumentException 或 NullPointerException，最常见的是接口数组为空、类加载器为 null、InvocationHandler 实例未初始化。
-
loader必须非空，推荐用目标对象的类加载器：target.getClass().getClassLoader()；用Thread.currentThread().getContextClassLoader()在某些容器（如 Spring）中更安全 -
interfaces是 Class 数组，不是单个 Class，且至少含一个接口；若传null或空数组，会抛IllegalArgumentException: interfaces must contain at least one interface -
h即InvocationHandler实例，不能为null，否则直接NullPointerException
InvocationHandler.invoke 方法里 method.invoke(target, args) 为什么常出 IllegalAccessException
不是所有方法都能被反射调用——尤其是默认包访问权限或 private 方法（但 JDK 动态代理只代理接口方法，所以实际不会遇到 private；问题多出在目标类里调用了自身包级私有方法，而 method.invoke() 调用时没设 setAccessible(true)）。
- 接口方法默认
public，所以正常代理下无需setAccessible - 但如果
target是某个内部类或模块封装类，其method可能因模块限制不可见，此时需捕获IllegalAccessException并显式处理 - 更稳妥写法：在
invoke中加一层 try-catch，并对method做method.setAccessible(true)（虽接口方法通常不需要，但可防意外）
代理对象强转成接口类型失败的典型场景
运行时报 ClassCastException，比如 (UserService) proxyInstance 失败，根本原因不是代理没生成，而是 interfaces 参数没包含 UserService.class。
- 代理对象只实现你传入
interfaces数组里的那些接口，哪怕目标类实现了更多接口，也不自动代理 - 如果目标类实现多个接口（如
UserService和AdminService），而你只传了new Class[]{UserService.class}，那它就无法转成AdminService - 检查方式：打印
proxyInstance.getClass().getInterfaces()，确认返回数组是否匹配预期
为什么 Proxy.newProxyInstance 生成的代理类不能序列化
代理对象默认不实现 Serializable，即使你把 Serializable.class 加进 interfaces 数组，JDK 生成的代理类也不会自动支持序列化语义——因为 InvocationHandler 字段是瞬态的，反序列化后无法恢复调用逻辑。
- 若强行加入
Serializable.class，代理对象能通过 instanceof 检查，但序列化后反序列化会丢失InvocationHandler引用，导致后续调用抛NullPointerException - 真正需要跨进程传递代理逻辑时，应改用远程通信（如 gRPC）或显式封装行为，而非依赖序列化
- 开发阶段容易忽略这点，尤其在单元测试 mock 后试图存档代理对象时突然失败
JDK 动态代理的“动态”全靠 Proxy.newProxyInstance 这一行触发，但它不是黑盒魔法——每个参数都直连 JVM 类加载和字节码生成机制。最容易被跳过的其实是类加载器一致性：不同模块用不同 ClassLoader 时，即使接口全对，也会因命名空间隔离导致 ClassCastException。
