spring对应java web开发的同学来说，都不陌生，其中事务@Transactional在service层更是常常使用。

aop类内部调用不拦截原因

  细心的同学也许早就发现当service中的某个没标注@Transactional的方法调用另一个标注了@Transactional的方法时，居然没开启事务。例如

spring aop类内部调用不拦截原因及解决方案_spring


   当controller或其他service直接调用insert01(User u)时，事务是正常的，数据库里面的确没数据；但是如果调用的是insert02(User u)方法，异常抛出了，但是数据库里面居然有数据，说明事务不正常了。


  我们知道@Transactional其实就是一个aop代理，是一个cglib动态代理（常用的动态代理有cglib动态代理，有jdk动态代理）。

  直接调用insert01(User u)时，其实流程是这样的：

spring aop类内部调用不拦截原因及解决方案_aop_02


   也就是说controller或其他service首先调用的是AOP代理对象而不是目标对象，首先执行事务切面，事务切面内部通过TransactionInterceptor环绕增强进行事务的增强，即进入目标方法之前开启事务，退出目标方法时提交/回滚事务。

   controller或其他service调用insert02(User u)时，流程是这样的：

spring aop类内部调用不拦截原因及解决方案_spring_03

此处的this指向目标对象，因此调用this.b()将不会执行b事务切面，即不会执行事务增强。

我们通过debugger方式看看controller中的userService和insert02(xxx)中的this，会发现controller中的userService是一个代理对象

spring aop类内部调用不拦截原因及解决方案_aop_04

spring aop类内部调用不拦截原因及解决方案_aop_05


aop类内部调用拦截生效的解决方案

   方案一--从beanFactory中获取对象

   刚刚上面说到controller中的UserService是代理对象，它是从beanFactory中得来的，那么service类内调用其他方法时，也先从beanFacotry中拿出来就OK了。

spring aop类内部调用不拦截原因及解决方案_spring_06

   方案二--获取代理对象

spring aop类内部调用不拦截原因及解决方案_aop_07

  如果aop是使用注解的话，那需要@EnableAspectJAutoProxy(exposeProxy=true,proxyTargetClass=true)，如果是xml配置的，把expose-proxy设置为true,如

spring aop类内部调用不拦截原因及解决方案_spring_08

方案三--将项目转为aspectJ项目

   将项目转为aspectJ项目，aop转为aspect 类

方案四--BeanPostProcessor

   通过BeanPostProcessor 在目标对象中注入代理对象，定义InjectBeanSelfProcessor类,实现BeanPostProcessor。