Spring事务失效之常见场景分析
目录
- 一、事务方法访问修饰符非public,导致事务失效
- 二、@Transactional注解的方法抛出的异常不是spring的事务支持的异常,导致事务失效
- 三、数据表本身是不支持事务,导致事务失效
- 四、@Transactional注解所在的类没有被spring管理,导致事务失效
- 五、catch掉异常之后,没有再次抛出异常,导致事务失效
- 六、方法自身(this)调用问题,导致事务失效
- 七、数据源没有配置事务管理器
- 八、传播类型不支持事务
- 九、多线程调用,导致事务失效
- 总结
一、事务方法访问修饰符非public,导致事务失效
1、实例
2、解决
方式一:将方法修饰符改为public
方式二:开启AspectJ代理模式
3、注意
如果事务是static、final的,同样无法通过动态代理,事务也是不会生效的。
Spring的声明式事务是基于动态代理实现的,我们无法重写final修饰的方法;
不管是JDK动态代理还是Cglib的动态代理,就是要通过代理的方式获取到代理的具体对象,而static方法修饰的方法是属于类的,不属于任何对象,所以static方法不能被重写,即便写法上是重写,但是并不具备重写的含义,也就是说static方法也不被进行动态代理。
二、@Transactional注解的方法抛出的异常不是spring的事务支持的异常,导致事务失效
1、实例
2、解决
3、注意
spring的事务只支持未检查异常(unchecked),不支持已检查异常(checked)。
三、数据表本身是不支持事务,导致事务失效
1、实例
如果使用MySQL且存储引擎是MyISAM,则事务是不起作用的,原因是MyIASM不支持事务。
2、解决
数据表可以改为InnoDB存储引擎,支持事务
四、@Transactional注解所在的类没有被spring管理,导致事务失效
1、实例
2、解决
加上@Service注解或者使用其他能注册成Spring Bean的方式或注解。
五、catch掉异常之后,没有再次抛出异常,导致事务失效
1、实例
2、解决
3、注意
如果在加有事务的方法内,使用了try…catch…语句块对异常进行了捕获,而catch语句块没有throw new RuntimeException异常或者Spring支持的异常类型,则事务不会回滚。
六、方法自身(this)调用问题,导致事务失效
非事务方法insert()中调用的自身类的事务方法insertUser()。
1、实例
2、解析
3、解决
方式一:
方式二:
方式三:
方式四:
七、数据源没有配置事务管理器
导致事务失效
八、传播类型不支持事务
导致事务失效
1、实例
2、注意
九、多线程调用,导致事务失效
1、实例
2、解析
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。
赞 (0)