Spring AOP自调用失效是因为this调用绕过代理，需通过AopContext.currentProxy()获取代理对象并显式调用；必须配置expose-proxy="true"，且仅适用于CGLIB代理或正确类型转换的JDK代理场景。
Spring AOP 的自调用（self-invocation）失效问题，本质是代理对象未被使用：当一个被代理的 Bean 内部直接调用自身另一个被增强的方法时，调用走的是 this 引用（目标对象本身），而非 Spring 生成的代理对象，因此通知（Advice）不会执行。
AopContext.currentProxy() 是 Spring 提供的一种“绕过限制”的机制——它在代理方法执行过程中，将当前代理对象绑定到线程本地（ThreadLocal），允许你在目标对象内部安全地获取到代理实例，从而把自调用转为“通过代理调用”，触发 AOP 增强逻辑。
启用暴露代理（必须配置）
默认情况下，AopContext.currentProxy() 是不可用的，因为 Spring 不会自动把代理存入 ThreadLocal。需显式开启：
- XML 配置：
<aop:aspectj-autoproxy expose-proxy="true"/> - Java 配置：
@EnableAspectJAutoProxy(exposeProxy = true)
不加这一步，调用 AopContext.currentProxy() 会抛 IllegalStateException：“Current bean execution context not available”。
立即学习“Java免费学习笔记（深入）”；
在目标方法中通过代理调用自身
假设你有一个 service 类，其中 methodA() 被 @Transactional 或自定义切面增强，而 methodB() 内部想触发 methodA() 的增强逻辑：
@Service
public class OrderService {
public void methodB() {
// ❌ 直接 this.methodA() → 不走代理 → 增强不生效
// this.methodA();
// ✅ 通过代理调用 → 触发 AOP 增强
((OrderService) AopContext.currentProxy()).methodA();
}
@Transactional
public void methodA() {
// 数据库操作等
}
}
注意：强制类型转换是必要的，因为 currentProxy() 返回 Object；确保当前类确实被代理（如加了 @Transactional、或匹配了切点表达式）。
替代方案与注意事项
-
依赖注入自身：把本 Bean 注入进来（
@Autowired private OrderService self;），再调用self.methodA()。前提是该 Bean 是单例且已完成代理创建（推荐，更清晰、可测试）。 -
避免过度使用
currentProxy()：它依赖ThreadLocal，在异步线程、线程池或 WebFlux 等非标准调用链中可能失效；也不适用于 JDK 动态代理 + 接口调用场景（若代理是基于接口的，而你转成实现类会 ClassCastException）。 -
仅适用于 CGLIB 代理场景更稳定：因为
AopContext.currentProxy()存的是实际代理对象（CGLIB 生成的子类实例），而 JDK 代理返回的是接口代理，类型转换需谨慎（建议用接口类型接收）。
本质上，这不是“修复”自调用，而是主动切换调用目标——从目标对象切到代理对象。只要配置到位、调用得当，就能让增强逻辑如期运行。
