从Spring源码解析事务失效的原因

目录一、前言二、方法不是 public 的三、内部方法间调用导致事务失效四、异常类型是否配置正确五、异常被catch住

一、前言

1.Bean是否是代理对象

2.入口函数是否是public的

3.数据库是否支持事务(Mysql的Mvlsam不支持事务),行锁才支持事务

4.切点是否配置正确

5.内部方法间调用导致事务失效

因为this不是代理对象,可以配置 expose-proxy=”true”,就可以通过AopContext.currentProxy()获取到当前类的代理对象。

<! -- expose-proxy="true”类内部可以获取到当前类的代理对象--><aop: aspectj-autoproxy expose-proxy="true" />@Enab1eAspect3AutoProxy(exposeProxy = true)

也可以注入当前bean

6.异常类型是否配置正确

默认只支持RuntimeException和Error,不支持检查异常

想要支持检查异常需要配置rollbackFor

@Transactional(rollbackFor = Exception.class)

7.异常被catch住了

代码中手动catch了异常,然后又未抛出来,此时事务就不生效了。

二、方法不是 public 的

以下来自Spring官方文档

大概意思就是 @Transactional 只能用于 public 的方法上,否则事务不会失效,如果要用在非 public 方法上,可以开启 AspectJ 代理模式。

Spring事务失效8大原因、事务失效原因

TransactionInterceptor#invoke

TransactionAspectSupport#invokeWithinTransaction

AbstractFallbackTransactionAttributeSource#getTransactionAttribute

AbstractFallbackTransactionAttributeSource#computeTransactionAttribute

allowPublicMethodsOnly方法由子类AnnotationTransactionAttributeSource实现,该子类方法中默认是true,所以当你加了事务注解的方法不是public时,该方法直接返回null

以上只说明 在spring的事务管理中存在这样一个 public的判断,至于后边为啥由于这个判断导致没有织入事务,并没有说明;

public导致失效原因

三、内部方法间调用导致事务失效

因为spring声明式事务是基于AOP实现的,是使用动态代理来达到事务管理的目的,当前类调用的方法上面加@Transactional 这个是没有任何作用的,因为调用这个方法的是this,没有经过 Spring 的代理类。

解决方案一:

再声明一个service,自己注入自己,将内部调用改为外部调用

解决方案二:

解决方案三:

使用编程式事务

四、异常类型是否配置正确

抛出RuntimeException异常,事务生效

抛出Exception异常,事务不生效

我们看下TransactionInterceptor类

TransactionInterceptor#invoke

TransactionAspectSupport#invokeWithinTransaction

TransactionAspectSupport#completeTransactionAfterThrowing

配置了这个,Exception异常的事务,就会生效

五、异常被catch住

代码中手动catch了异常,然后又未抛出来,此时事务就不生效了。

解决方法:要么不catch需要回滚的异常,要么catch之后再抛出,要么手动回滚

解决方案一:

catch之后往外抛异常

解决方案二:

catch之后,设置手动回滚

到此这篇关于从Spring源码解析事务失效的原因的文章就介绍到这了,更多相关Spring事务失效内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!

而只有在充满了艰辛的人生旅途中,始终调整好自己观风景的心态,

从Spring源码解析事务失效的原因

相关文章:

你感兴趣的文章:

标签云: