非事务方法与事务方法执行相互调用

先声明这篇文章并非原创，是转载了一位大佬的文章，看完后，写的确实不错，对主要内容做了整理。文末有大佬的原创链接

项目环境：sprinigboot

项目场景：每天定时更新xx的数据，某条记录更新中数据出错，不影响整体数据，只需记录下来并回滚当条记录所关联的表数据。

在一个service里拆成了两个方法去执行，一个方法(A)是查询数据与验证组装数据，另外一个方法(B)更新这条数据所对应的表(执行的时候是方法A中调用方法B)。由于这个数据是循环更新，所有一条数据更新失败直接回滚此条数据，不影响其他数据，其他的照常更新，所以就方法B上加了事务，方法A没有加

导致问题：没有事务发生回滚

分析问题：

首先了解spring事务的传播机制：

• PROPAGATION_REQUIRED – 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
• PROPAGATION_SUPPORTS – 支持当前事务，如果当前没有事务，就以非事务方式执行。
• PROPAGATION_MANDATORY – 支持当前事务，如果当前没有事务，就抛出异常。
• PROPAGATION_REQUIRES_NEW – 新建事务，如果当前存在事务，把当前事务挂起。
• PROPAGATION_NOT_SUPPORTED – 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起
• PROPAGATION_NEVER – 以非事务方式执行，如果当前存在事务，则抛出异常。
• PROPAGATION_NESTED – 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

分析原因：
spring默认的是PROPAGATION_REQUIRED机制，如果方法A标注了注解@Transactional 是完全没问题的，执行的时候传播给方法B，因为方法A开启了事务，线程内的connection的属性autoCommit=false，并且执行到方法B时,事务传播依然是生效的,得到的还是方法A的connection属性autoCommit还是为false,所以事务生效；反之,如果方法A没有注解@Transactional 时,是不受事务管理的,autoCommit=true,那么传播给方法B的也为true,执行完自动提交,即使B标注了@Transactional ;

在一个Service内部，事务方法之间的嵌套调用，普通方法和事务方法之间的嵌套调用，都不会开启新的事务.是因为spring采用动态代理机制来实现事务控制，而动态代理最终都是要调用原始对象的，而原始对象在去调用方法时，是不会再触发代理了！

以上就是为什么在没有标注事务注解的方法A里去调用标注有事务注解的方法B而没有事务滚回的原因

其实这里存在一个疑问：
为什么要将事物放在B上而不选择A上？
其实这里很容易理解因为按照业务场景来说一次更新操作会设计到多张表的变动，所以一次修改操作会执行多条update语句。事务放在B上，当有一条数据存在问题时提交当前事务只影响到当前数据不影响所有数据；如果放在A上，当大量数据都已经发生update之后，再发生提交事物，就很离谱了。

下边先上下代码:

方法A:无事务控制

方法B:有事务控制

方法B处理失败手动抛出异常触发回滚:

方法A调用方法B:

从上图可以看到,如果方法B中User更新出错后需要回滚RedPacket数据,所以User更新失败就抛出了继承自RuntimeException的自定义异常,并且在调用方把这个异常catch到重新抛出,触发事务回滚,但是并没有执行;

下面是解决方案:

1.把方法B抽离到另外一个XXService中去,并且在这个Service中注入XXService,使用XXService调用方法B;

显然,这种方式一点也不优雅,且要产生很多冗余文件,看起来很烦,实际开发中也几乎没人这么做吧?该方法并不建议采用此方案;

2.通过在方法内部获得当前类代理对象的方式,通过代理对象调用方法B

上面说了:动态代理最终都是要调用原始对象的，而原始对象在去调用方法时，是不会再触发代理了！所以我们就使用代理对象来调用,就会触发事务

综上解决方案,我觉得第二种方式简直方便到炸. 那怎么获取代理对象呢? 这里提供两种方式:

1.使用 ApplicationContext 上下文对象获取该对象;

2.使用 AopContext.currentProxy() 获取代理对象,但是需要配置exposeProxy=true

我这里使用的是第二种解决方案,具体操作如下:

springboot启动类加上注解:@EnableAspectJAutoProxy(exposeProxy = true)

方法内部获取代理对象调用方法

完了后再测试,数据顺利回滚,至此,问题得到解决!

————————————————
版权声明：本文为CSDN博主「西风一任秋」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/m0_38027656/article/details/84190949