<aop:aspectj-autoproxy proxy-target-class="true"/>工作原理及JDK代理疑问

这个问题我之前在项目里也踩过坑，核心原因其实和JDK动态代理的底层特性直接相关，咱们结合你的代码来拆解：

1. JDK动态代理的本质限制 #

JDK动态代理是基于接口生成代理类的：Spring使用JDK代理时，会生成一个全新的类，这个类只实现了你定义的Performance接口，和你的AnotherPerformance类是「平级的接口实现关系」，而非「继承关系」。

也就是说，当你去掉<aop:aspectj-autoproxy proxy-target-class="true"/>时，Spring给你返回的代理对象，类型是$ProxyXXX（JDK自动生成的代理类），它只实现了Performance接口，根本不是AnotherPerformance的实例或子类。这时候你用AnotherPerformance.class去调用getBean()，自然会抛出类型不匹配的错误。

2. CGLIB代理为什么能正常工作 #

当你设置proxy-target-class="true"时，Spring会切换为CGLIB代理：CGLIB是通过继承目标类生成子类代理的方式实现AOP的，生成的代理类是AnotherPerformance的直接子类。所以这个代理对象可以安全地强转为AnotherPerformance类型，你的客户端代码就能正常获取Bean了。

3. 解决方法（兼容JDK代理的写法） #

如果想在JDK代理模式下正常运行你的代码，只需要修改客户端获取Bean的类型为接口类型即可：

public static void main(String[] args) {
    ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext-xxx.xml");
    // 用接口类型接收代理对象
    Performance performance = ctx.getBean("anotherPerformance", Performance.class);
    performance.perform();
}

补充：Spring默认代理策略 #

Spring的默认逻辑是：

• 如果目标类实现了至少一个接口，优先使用JDK动态代理
• 如果目标类没有实现任何接口，才会使用CGLIB代理

所以在日常开发中，尽量用接口类型去接收Spring代理后的Bean，这样无论Spring用哪种代理方式，代码都能兼容。

内容的提问来源于stack exchange，提问作者Aaron