Proxy.isProxyClass仅判断Class是否由java.lang.Proxy动态生成，不适用于CGLIB、Javassist等代理类或实例对象，其判定依赖$Proxy前缀和父类为Proxy.class。
Proxy.isProxyClass 只能判断一个 Class 对象是否由 java.lang.Proxy 生成的动态代理类，**不能用于普通类、CGLIB 代理类、Javassist 生成的类，也不能用于实例对象**。这是它最常被误用的地方。
为什么 Proxy.isProxyClass(class) 返回 false，但对象明明是代理？
常见错误是传入了代理实例的 getClass()，却没注意该类是否真由 Proxy 创建：
- 你用
new ProxyInstance(...)创建了代理对象，调用obj.getClass()得到的是$ProxyN类 —— 这时Proxy.isProxyClass(obj.getClass())才返回true - 但如果你用 Spring AOP（默认使用 CGLIB）或手动用 CGLIB 生成代理，
obj.getClass()是类似UserService$$EnhancerByCGLIB$$...的类，Proxy.isProxyClass一定返回false - 传入接口类、普通实现类、
Object.class等，结果也都是false
正确用法：必须传入 Class>，且仅对 Proxy.newProxyInstance 生成的类有效
只有满足以下全部条件，Proxy.isProxyClass 才有意义：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- 目标类是由
Proxy.getProxyClass(ClassLoader, Class>...)或Proxy.newProxyInstance(...)创建的 - 你拿到的是这个生成类的
Class对象（不是其父类，也不是实例） - 该类名以
$Proxy开头（如$Proxy0），且其getSuperclass()是Proxy.class
示例：
interface Service { void run(); }
Service proxy = (Service) Proxy.newProxyInstance(
Service.class.getClassLoader(),
new Class[]{Service.class},
(p, m, a) -> null
);
System.out.println(Proxy.isProxyClass(proxy.getClass())); // true
System.out.println(Proxy.isProxyClass(Service.class)); // false
System.out.println(Proxy.isProxyClass(Object.class)); // false
替代方案：如何统一判断“是不是代理对象”？
没有银弹。JDK 原生只认 $Proxy* 类；其他框架需各自适配：
- CGLIB：检查类名是否含
"$$EnhancerByCGLIB$$"，或调用net.sf.cglib.proxy.Enhancer.isEnhanced(obj.getClass()) - Javassist：检查
obj.getClass().getDeclaredField("$jvstc")是否存在（非公开，不推荐） - Spring：用
AopUtils.isAopProxy(obj)，它内部会同时检查Proxy.isProxyClass和 CGLIB 特征 - 通用兜底：若你只关心“有没有被代理增强”，可结合
obj instanceof Advised（Spring）、或检查是否有InvocationHandler字段（仅限 JDK 代理）
真正容易被忽略的是：Proxy.isProxyClass 的判定逻辑完全依赖类名前缀和父类，它不看字节码内容，也不做运行时行为分析。一旦代理机制换了一种实现方式，这个方法就失效 —— 它从来就不是“判断是否被代理”的通用工具，只是 JDK 动态代理的一个配套校验开关。
