Spring事务传播行为中可能的坑点
Posted 不死码农
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Spring事务传播行为中可能的坑点相关的知识,希望对你有一定的参考价值。
一、简介
Spring事务配置及相关说明详见:https://www.cnblogs.com/eric-fang/p/11052304.html。这里说明spring事务的几点注意:
1、默认只会检查回滚RuntimeException的异常。
2、@Transactional注解只能作用于public的方法上,默认传播行为 Propagation.REQUIRED
3、service内部方法之间的调用,不会被spring拦截到,也即不会产生事务
二、坑点
主要的坑点就是在嵌套事务上,当service内部方法之间调用的时候,很可能会产生预期之外的效果。例如下例子:
saveUser保存用户,如果过程出现异常,则执行saveMsg方法。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
public class UserServiceImpl implements UserService{ @Autowired private UserDao userDao; @Autowired private MsgDao msgDao; @Autowired private MsgService msgService; @Autowired private UserService userService; @Transactional(propagation = Propagation.REQUIRED) public void saveUser(User user) throws Exception { System.out.println(user.toString()); try { userDao.saveUser(user); int i = 1/0; // saveUser2(user); } catch (Exception e) { // msgService.saveMsg(); // this.saveMsg(); userService.saveMsg(); throw new RuntimeException(); } } @Transactional(propagation = Propagation.REQUIRES_NEW) public void saveMsg() { TbMsg msg = TbMsg.builder().name( "xiaocao" ).msg( "xiaoxiao" ).age(27).build(); msgDao.saveMsg(msg); } } |
单元测试,调用saveUser方法,并没有达到想要的效果(saveUser异常,SaveMsg隔离级别是REQUIRES_NEW,理论上应该能入库)。
失败原因即是上面第一节中说的:同一个service中的方法调用,不会产生新事务。Spring 事务的管理控制,主要是通过AOP的动态代理增强来实现的,目标对象本身并没有任何的事务管理能力,都是通过代理对象动态增强功能去实现事务管理。在同一个service中的方法调用,相当于是目标对象本身的this调用,并没有经过代理对象,所以自然的事务配置的嵌套均无效。
解决策略:
1、saveMsg移动到另一个service中,在UserServiceImpl中导入MsgService,saveUser中通过MsgService类去调用。
2、UserServiceImpl中注入自己,通过注入的自身service进行调用。
以上是关于Spring事务传播行为中可能的坑点的主要内容,如果未能解决你的问题,请参考以下文章