AOP 失效是因为 this 调用绕过了 Spring 代理对象，直接执行原始方法；解决方式包括注入自身 Bean、使用 AopContext.currentProxy() 或拆分到独立 Service 类。
同一个类内部用 this.method() 调用带 AOP 注解（如 @Transactional、@Cacheable、@LogExecutionTime）的方法时，AOP 会失效。根本原因不是注解写错了，也不是切面没配好，而是调用没经过 Spring 的代理对象。
为什么 this 调用会让 AOP 失效
Spring AOP 依赖代理机制工作：容器实际创建的是一个代理对象（JDK 动态代理或 CGLIB），所有增强逻辑（比如事务开启、日志打印）都织入在代理上。但 this 指向的是原始目标对象本身，不是代理对象。所以 this.xxxMethod() 是 JVM 直接调用原始类的方法，绕过了整个拦截链。
常见表现：
- @Transactional 方法被同个类里另一个方法用
this.doSave()调用 → 异常不回滚 - @Async 方法被
this.sendEmail()调用 → 依然同步执行 - @Cacheable 方法被
this.getData()调用 → 不走缓存，重复查库
怎么让内部调用也走 AOP
核心思路是：**让调用落到代理对象上，而不是原始对象上**。有几种实用方式：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
-
注入自身 Bean（推荐）：在当前类中通过
@Autowired注入自己（类型要匹配，避免循环引用）。调用时用注入的 Bean，而不是this -
用 AopContext.currentProxy()：需先在启动类加
@EnableAspectJAutoProxy(exposeProxy = true)，然后在方法内写((YourService) AopContext.currentProxy()).targetMethod() -
拆到独立 Service 类：把带注解的方法移到另一个
@Service类中，当前类通过@Autowired调用它。最清晰、最易维护，也规避了代理侵入
哪些情况即使不用 this 也可能失效
除了内部调用，这些细节也会导致 AOP 不触发：
- 方法是 private / protected / package-private —— Spring 代理默认只拦截 public 方法
- 类或方法被声明为 final —— CGLIB 无法继承或重写
- 目标类没有被 Spring 容器管理（比如 new 出来的实例）—— 根本没代理
- 使用了 JDK 动态代理，但调用方持有的是实现类引用而非接口引用 —— 代理未生效
本质上，AOP 生效的前提是：调用必须经由 Spring 创建并管理的代理对象发起。只要路径绕开了它，再标准的注解也形同虚设。
