记一次review code发现的有关事务的问题

大多数人入职新公司后都会熟悉项目看代码，在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 是新建事务，如果当前存在事务，把当前事务挂起

对于实际开发中不同业务场景所需要使用的事务传播机制不同，不能盲目的加一个注解就来解决事务而不去分析具体的场景，抛开场景谈技术有点偏离，这样子会更好的理解使用。