proxy.newproxyinstance抛illegalargumentexception主因是classloader无法加载接口或interfaces含非接口类；空数组、类混入、类加载器不可见均触发此异常。
Proxy.newProxyInstance 为什么会抛 IllegalArgumentException
调用 Proxy.newProxyInstance 失败，最常见的原因是传入的 ClassLoader 无法加载接口类，或接口数组里混入了类（非接口类型）。JVM 要求所有被代理的类型必须是 interface，且必须由同一个 ClassLoader 可见。
- 检查
interfaces数组是否只含interface类型 —— 用clazz.isInterface()验证，别直接传getClass()结果 - 确保
ClassLoader参数能加载这些接口：比如 Web 应用中，别用Thread.currentThread().getContextClassLoader()加载系统类（如java.util.List），应改用MyClass.class.getClassLoader() - 空接口数组（
new Class[0]）会直接抛IllegalArgumentException，至少传一个有效 interface
InvocationHandler.invoke 的 method 参数为什么有时是 toString 或 hashCode
这是 JVM 在代理对象上做基础行为委托的正常表现。只要没显式实现 Object 方法（如 toString），代理就会把所有 Object 定义的方法（toString、hashCode、equals）也转发给 invoke 处理 —— 即使目标对象本身没重写它们。
- 别在
invoke里无条件调用method.invoke(target, args)，否则toString可能触发无限递归（因为target.toString()又走代理） - 对
Object方法建议单独处理：if (method.getDeclaringClass() == Object.class) { return method.invoke(target, args); } - 注意
method.getDeclaringClass()返回的是声明该方法的类/接口，不是调用方类；判断是否为Object方法必须用这个，不能靠method.getName()字符串匹配
代理对象调用后，为什么原始 target 的 private 字段没被修改
代理不操作 target 的字段，它只拦截方法调用。哪怕你在 invoke 中调用了 target.someSetter()，也只是执行了那个方法逻辑，代理本身对 target 的内存布局、字段可见性、生命周期完全无感知。
-
Proxy是纯方法层面的拦截，和 CGLIB 或字节码增强不同，它不生成子类、不访问字段、不改变 target 实例结构 - 如果你发现 target 状态没变，问题一定出在
target对象自身逻辑（比如 setter 没真正赋值、用了不可变对象、或 setter 被 @Override 后空实现） - 调试时可加日志：在
invoke开头打System.out.println("calling " + method.getName())，确认方法确实进了代理，再查 target 内部
为什么 proxy instanceof SomeInterface 为 true，但 proxy.getClass() 却看不到这个接口
因为 Proxy 生成的代理类在运行时动态创建，它的字节码里确实实现了你指定的所有接口，但这个类名是类似 $Proxy0 的合成名，且 getInterfaces() 返回的是你传入的接口数组，不是从 class 文件反射读出来的「声明接口」。
立即学习“Java免费学习笔记（深入）”；
-
proxy.getClass().getInterfaces()会返回你传给newProxyInstance的接口数组，但proxy.getClass().getDeclaredFields()为空 —— 代理类没有字段 - 不能用
proxy.getClass().isAssignableFrom(SomeInterface.class)判断，要用proxy instanceof SomeInterface或SomeInterface.class.isInstance(proxy) - 序列化代理对象会失败（
NotSerializableException），因为生成的$ProxyN类默认没实现Serializable，除非你显式把它加进interfaces数组
