【每日提升之声明式事物】spring声明式事务 同一类内方法调用事务失效

【问题】

       Spring的声明式事务，我想就不用多介绍了吧，一句话“自从用了Spring AOP啊，事务管理真轻松啊，真轻松；事务管理代码没有了，脑不酸了，手不痛了，一口气全配上了事务；轻量级，测试起来也简单，嘿！”。无论从哪一个角度看，轻量级声明式事务都是一件解放生产力的大好事。因此，咱们“一直用它”。

      不过，最近的一个项目里，却碰到了一个事务管理上的问题：有一个服务类，其一个声明了事务的方法，里面作了三次插入SQL操做，可是在后面出错回滚时，却发现前面插入成功了，也是说，这个声明了事务的方法，实际上并无真正启动事务！怎么回事呢？难道Spring的声明式事务失效了？

 

【分析】

     这个问题，表面上是事务声明失效的问题，实质上极可能是Spring的AOP机制实现角度的问题。我想到好久之前研究Spring的AOP实现时发现的一个现象：对于以Cglib方式加强的AOP目标类，会建立两个对象，一个事Bean实例自己，一个是Cglib加强代理对象，而不只仅是只有后者。

     咱们知道，Spring的AOP实现方式有两种：一、Java代理方式；二、Cglib动态加强方式，这两种方式在Spring中是能够无缝自由切换的。Java代理方式的优势是不依赖第三方jar包，缺点是不能代理类，只能代理接口。

Spring经过AopProxy接口，抽象了这两种实现，实现了一致的AOP方式：

如今看来，这种抽象一样带了一个缺陷，那就是抹杀了Cglib可以直接建立普通类的加强子类的能力，Spring至关于把Cglib动态生成的子类，当普通的代理类了，这也是为何会建立两个对象的缘由。下图显示了Spring的AOP代理类的实际调用过程：

所以，从上面的分析能够看出，methodB没有被AopProxy通知到，致使最终结果是：被Spring的AOP加强的类，在同一个类的内部方法调用时，其被调用方法上的加强通知将不起做用。

    

      而这种结果，会形成什么影响呢：

      1：内部调用时，被调用方法的事务声明将不起做用

      2：换句话说，你在某个方法上声明它须要事务的时候，若是这个类还有其余开发者，你将不能保证这个方法真的会在事务环境中

      3：再换句话说，Spring的事务传播策略在内部方法调用时将不起做用。无论你但愿某个方法须要单独事务，是RequiresNew，仍是要嵌套事务，要Nested，等等，通通不起做用。

      4：不只仅是事务通知，全部你本身利用Spring实现的AOP通知，都会受到一样限制。。。。

【解难】

     

      问题的缘由已经找到，其实，我理想中的AOP实现，应该是下面这样：

使用代理

一、Proxy.insertAAA() 代理对象加了事物，这样就能够加强事物。

public void a() {  

aopProxy.b();//即调用AOP代理对象的b方法便可执行事务切面进行事务加强  

}  

判断一个Bean是不是AOP代理对象可使用以下三种方法：

AopUtils.isAopProxy(bean)        ： 是不是代理对象；

AopUtils.isCglibProxy(bean)       ： 是不是CGLIB方式的代理对象；

AopUtils.isJdkDynamicProxy(bean) ： 是不是JDK动态代理方式的代理对象；

1. <aop:aspectj-autoproxy expose-proxy="true"/><!—注解风格支持-->  
2. <aop:config expose-proxy="true"><!—xml风格支持-->   

修改咱们的代码

this.b();-----------修改成--------->((AService) AopContext.currentProxy()).b();

 

在使用的过程当中，提示错误：

关于AOP没法切入同类调用方法的问题，给方式使用注解

@Transactional(propagation = Propagation.REQUIRED,
    isolation = Isolation.SERIALIZABLE, rollbackFor = Exception.class)

文章参考：

https://blog.csdn.net/dapinxiaohuo/article/details/52092447

https://blog.csdn.net/aya19880214/article/details/50640596