Proxy.getInvocationHandler()仅适用于JDK原生动态代理对象，因该方法内部校验传入对象的类是否继承自java.lang.reflect.Proxy，若为Spring AOP、CGLIB等非Proxy子类则抛IllegalArgumentException。
Proxy.getInvocationHandler() 能拿到代理对象的处理器，但前提是这个代理对象**必须是用 Proxy.newProxyInstance() 创建的标准 JDK 动态代理**。直接对 Spring AOP 代理、CGLIB 代理或手动实现的 InvocationHandler 包装对象调用它，会抛 IllegalArgumentException。
为什么 Proxy.getInvocationHandler() 会抛异常
这个方法内部只认 java.lang.reflect.Proxy 的子类（即 JDK 原生代理类），它会先检查传入对象的运行时类是否继承自 Proxy。如果不是——比如 Spring 返回的是 Advised 子类、CGLIB 生成的是普通类、或者你用 new MyHandler() 手动包装了目标对象——就会立即失败。
常见错误现象：
- 调用
Proxy.getInvocationHandler(myService)报IllegalArgumentException: not a proxy instance - 在 Spring Boot 应用里对
@Service注入的 bean 调用该方法，结果崩溃 - 误以为所有“看起来像代理”的对象都支持该 API
如何安全判断并获取真正的 InvocationHandler
不能无脑调用，得先做类型校验。标准做法是：
立即学习“Java免费学习笔记（深入）”；
- 用
Proxy.isProxyClass(obj.getClass())判断类是否为代理类（注意：不是判断实例！要传obj.getClass()） - 再用
Proxy.getInvocationHandler(obj)获取处理器（此时已确保安全） - 如果返回
null，说明代理没设置 handler（极少见，通常是你自己构造时漏了）
示例：
if (Proxy.isProxyClass(obj.getClass())) {
InvocationHandler handler = Proxy.getInvocationHandler(obj);
// ✅ 此时 handler 可安全使用
}
Spring 环境下想拿到原始 handler 怎么办
Spring 默认用 CGLIB 或 JDK 代理，且做了多层封装。它的代理对象不继承 Proxy，所以 Proxy.getInvocationHandler() 必然失败。正确路径是：
- 先检查是否实现了
Advised接口（Spring AOP 的核心接口） - 强转后调用
getAdvisors()或getTargetSource().getTarget()获取真实目标 - 若需访问底层 handler，多数情况其实不需要——因为 Spring 的
ReflectiveMethodInvocation已封装了整个链路
示例（仅限 Spring 管理的 bean）：
if (obj instanceof Advised) {
Object target = ((Advised) obj).getTargetSource().getTarget();
// target 就是原始对象，不是 handler
}
替代方案：统一提取目标对象的推荐写法
如果你真正目的只是“绕过代理拿到原始对象”，而不是非得拿到 InvocationHandler，建议写一个兼容函数：
- 优先用
Proxy.isProxyClass()+Proxy.getInvocationHandler()提取 handler，再从 handler 中取出目标（假设是MyInvocationHandler类型且暴露了target字段） - 否则尝试
Advised接口（Spring 场景） - 最后 fallback 到直接返回原对象（说明它根本没被代理）
这种逻辑无法靠单一 API 完成，必须分层探测。最容易被忽略的一点是：**handler 本身不等于目标对象**，它只是调度器；你要的“背后对象”，往往藏在 handler 的某个字段里，而这个字段名和访问方式完全取决于 handler 的具体实现。
