大多数人入职新公司后都会熟悉项目看代码,在review代码时候发现一个方法,大概我写了一下伪代码,如下:
@Transactional(rollbackFor = Exception.class)
public String serviceA(String a){
代码块....
try{
代码块....
sql 1;
sql 2;
int x = 5/0;//为了模拟抛出异常
代码块....
}catch(Exeception e){
sql3;
throw e;
}
代码块....
return "";
}
当调用serviceA方法时,执行sql1和sql2成功后,在int x = 5/0;时抛出一个异常被catch后执行了一个逻辑更新某数据状态或者其他成功,继续抛出异常,此时sql1,sql2都被回滚没有问题,但是有人提出sql3不会被回滚,如果仅从上述代码中来看,sql3是会被回滚掉的。结果进入sql3的方法里后发现并没有事务,所以sql3是会回滚的。
后来代码逻辑讲解的同学说加上个事务注解就行了,我随口问了一句使用什么事务传播机制配置?他跟我说就用个@Transactional(rollbackFor = Exception.class)注解就行,显然是对spring的事务传播机制没有一个正确的认知和使用。所以如果想让sql3的业务逻辑在捕捉到异常后和try代码块中的逻辑回滚不相关时,我们需要对sql3的方法进行增加事务,使用@Transactional(propagation = Propagation.REQUIRES_NEW)。因为@Transactional注解默认传播机制是Propagation.REQUIRED,这个表明如果当前没有事务,就新建一个事务,如果已存在一个事务中,加入到这个事务中,所以当只设置这个时,sql3的这个注解相当于白写,一样加入到sql1,sql2中的事务里,REQUIRES_NEW 是新建事务,如果当前存在事务,把当前事务挂起
对于实际开发中不同业务场景所需要使用的事务传播机制不同,不能盲目的加一个注解就来解决事务而不去分析具体的场景,抛开场景谈技术有点偏离,这样子会更好的理解使用。