Spring事务在什么情况下会失效?
访问权限问题
java的访问权限主要有四种:
- private
- default
- protected
- public
如果事务方法的访问权限不是定义成public,这样会导致事务失效。
因为spring要求被代理方法必须是public的。
翻开源码,可以看到,在AbstractFallbackTransactionAttributeSource
类的computeTransactionAttribute
方法中有个判断,如果目标方法不是public,则返回null,即不支持事务。
方法用final修饰
如果事务方法用final修饰,将会导致事务失效。
因为spring事务底层使用了aop,也就是通过jdk动态代理或者cglib,帮我们生成了代理类,在代理类中实现的事务功能。
但如果某个方法用final修饰了,那么在它的代理类中,就无法重写该方法,而添加事务功能。
对象没有被Spring管理
使用spring事务的前提是:对象要被spring管理,需要创建bean实例。
如果类没有加@Controller、@Service、@Repository等注解,即该类没有交给spring去管理,那么它的方法也不会生成事务。
表不支持事务
如果MySQL使用的存储引擎是myisam,这样的话是不支持事务的。因为myisam存储引擎不支持事务。
方法内部调用
update方法上没有加@Transactional
注解,调用有@Transactional
注解的updateOrder方法,updateOrder方法上的事务会失效。
因为发生了自身调用,调用该类自己的方法,而没有经过Spring的代理类,只有在外部调用事务才会生效。
三种处理方法
- 再声明一个service,将内部调用改为外部调用。
- 使用编程式事务。
- 使用AopContext.currentProxy()获取代理对象。
未开启事务
如果是spring项目,则需要在配置文件中手动配置事务相关参数。如果忘了配置,事务肯定是不会生效的。
如果是springbootI项目,那么不需要手动配置。因为springboot已经在DataSourceTransactionManage rAutoConfiguration
类中帮我们开启了事务。
吞了异常
有时候事务不会回滚,有可能是在代码中手动catch了异常。
因为开发者自己捕获了异常,又没有手动抛出,把异常吞掉了,这种情况下spring事务不会回滚。
如果想要spring事务能够正常回滚,必须抛出它能够处理的异常。
如果没有抛异常,则spring认为程序是正常的。
其他
- 错误的事物传播特性也会导致事务不起作用,例如never和not_supported。
- 同一类中互相调用也是会失效的。
- 多线程,也会导致事务失效。
参考资料:Spring事务在什么情况下会失效?