AspectJ问题：被通知方法未调用切面方法，bulkInsert切面失效

核心原因预判 #

Spring AOP默认基于动态代理实现，当WorkStayDao.update()直接调用同一Bean内的WorkGoDao.bulkInsert()时，调用是在代理对象内部执行的，没有经过代理层，因此切面不会触发——这是内部调用导致切面失效的典型场景。

具体排查步骤 #

1. 验证调用链路是否经过代理层

   • 在WorkStayDao.update()中打印this的类名，如果输出是WorkStayDao$$EnhancerBySpringCGLIB$$xxxx这类代理类名称，说明当前Bean是代理对象，但内部调用bulkInsert时仍直接使用原始对象，不会触发切面。
   • 修复方式：从Spring容器获取WorkGoDao的代理对象再调用，示例代码：

     @Autowired
     private ApplicationContext ctx;
     
     public Work update(String userID, final Work workt) {
         // 替换直接调用，改用容器中的代理对象
         WorkGoDao proxyDao = ctx.getBean(WorkGoDao.class);
         proxyDao.bulkInsert(userID, workSet, session);
     }
     

2. 检查Pointcut表达式准确性

   • 核对WorkGoDao的全类名、方法名是否拼写正确，包路径是否与实际一致。
   • 单独定义Pointcut并添加日志验证匹配情况：

     @Pointcut("execution(public * com.service.dao.WorkGoDao.bulkInsert(..))")
     public void bulkInsertPointcut() {}
     
     @Before("bulkInsertPointcut()")
     public void logMethodCall(JoinPoint jp) throws JsonProcessingException {
         System.out.println("切面触发：" + jp.getSignature().getName());
     }
     

     如果日志未输出，说明表达式未匹配到目标方法。

3. 确认Spring AOP代理模式

   • 若WorkGoDao是普通类（非接口实现），可在@EnableAspectJAutoProxy中添加proxyTargetClass = true强制使用CGLIB代理，确保类的所有方法都被代理：

     @EnableAspectJAutoProxy(proxyTargetClass = true)
     

4. 检查Bean的Spring管理状态

   • 确认WorkGoDao是由Spring容器实例化的：在其构造方法中添加日志，或在切面类中注入WorkGoDao并打印对象信息，避免出现手动new的非代理对象。

5. 开启AOP调试日志

   • 在配置文件中添加日志配置，查看切面匹配过程：

     logging.level.org.springframework.aop=DEBUG
     logging.level.org.springframework.aspectj=DEBUG
     

     日志中会输出Pointcut匹配的方法列表，若未出现bulkInsert，则说明表达式或类路径存在问题。

彻底解决内部调用问题的方案 #

如果需要支持Bean内部方法调用触发切面，可以放弃Spring AOP，改用AspectJ的编译时/加载时织入：

• 添加AspectJ相关依赖
• 配置织入插件（如Maven的aspectj-maven-plugin）
  这种方式直接修改字节码，不受Spring代理机制的限制。

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