@Transactional 使用说明

一.说明

@Tranasctional注解是Spring 框架提供的声明式注解事务解决方案，我们在开发中使用事务保证方法对数据库操作的原子性，要么全部成功，要么全部失败，在使用@Transactional注解时需要注意以下问题:

1. @Transactional 注解只能用在public 方法上，如果用在protected或者private的方法上，不会报错，但是该注解不会生效。外部调用才能生效，内部调用不生效。

2. @Transactional注解只能回滚非检查型异常，具体为RuntimeException及其子类和Error子类，可以从Spring源码的DefaultTransactionAttribute类里找到判断方法rollbackOn。

 @Overridepublic boolean rollbackOn(Throwable ex) {return (ex instanceof RuntimeException || ex instanceof Error);}

3. @Transactional 使用rollbackFor 属性来定义回滚的异常类型，使用 propagation 属性定义事务的传播行为。如: 回滚Exception类的异常，事务的传播行为支持当前事务，当前如果没有事务，那么会创建一个事务，默认的propagation是REQUIRED

 @Transactional(rollbackFor = Exception.class,propagation = Propagation.REQUIRED)

4. @Transactional注解不能回滚被try{}catch() 捕获的异常。

5. @Transactional注解只能对在被Spring 容器扫描到的类下的方法生效。

二.事务的传播行为

事务行为	说明
PROPAGATION_REQUIRED	如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
PROPAGATION_SUPPORTS	如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.
PROPAGATION_MANDATORY	必须在一个已有的事务中执行,否则抛出异常
PROPAGATION_REQUIRES_NEW	不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
PROPAGATION_NOT_SUPPORTED	容器不为这个方法开启事务
PROPAGATION_NEVER	必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
PROPAGATION_NESTED	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED 类似的操作。

三.业务场景案例

需求：每一个checker的调用都需要开启事务(doChecking方法)，但是EqFundEqInvestmentLimitChecker 的这个checker里面需要用到EqPortAverageDateServiceImpl .prepareEqPortPctData()方法的保存数据

解决：单独提交方法需要放在不用的服务类里，使用@Transactional的propagation属性来实现隔离事务。设置propagation等于Propagation.REQUIRES_NEW，表示开启单独事务，不受其他事务影响。这样就可以让prepareEqPortPctData()作为一个父事务里面单独的子事务，执行完会将数据保存到数据库，这样checker就可以拿到新保存的数据作处理。

@Service
public class EqPortAverageDateServiceImpl implements EqPortAverageDateService{@Override@Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)public void prepareEqPortPctData(LimitExceptionContext limitExceptionContext) {this.saveBatch();System.out.println("业务逻辑");}}
}@Component
public class TradeOrderCheckingServiceImpl {@Transactional(rollbackFor = Exception.class)public void dochecking(LimitExceptionContext limitExceptionContext) {EqFundEqInvestmentLimitChecker.checking(limitExceptionContext);}
}@Component
public class EqFundEqInvestmentLimitChecker {public void checking(LimitExceptionContext limitExceptionContext) {eqPortAverageDateService.prepareEqPortPctData(limitExceptionContext);prepareData();setException();}
}

Tips:

PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别:

它们非常类似,都像一个嵌套事务，如果不存在一个活动的事务，都会开启一个新的事务。
使用 PROPAGATION_REQUIRES_NEW时，内层事务与外层事务就像两个独立的事务一样，一旦内层事务进行了提交后，外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的嵌套事务。同时它需要JTA事务管理器的支持。

使用PROPAGATION_NESTED时，外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚，它是一个真正的嵌套事务。DataSourceTransactionManager使用savepoint支持PROPAGATION_NESTED时，需要JDBC 3.0以上驱动及1.4以上的JDK版本支持。其它的JTATrasactionManager实现可能有不同的支持方式。

PROPAGATION_REQUIRES_NEW 启动一个新的, 不依赖于环境的 “内部” 事务. 这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行。

另一方面, PROPAGATION_NESTED 开始一个 “嵌套的” 事务, 它是已经存在事务的一个真正的子事务. 潜套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 潜套事务是外部事务的一部分, 只有外部事务结束后它才会被提交。

由此可见, PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的最大区别在于, PROPAGATION_REQUIRES_NEW 完全是一个新的事务, 而 PROPAGATION_NESTED 则是外部事务的子事务, 如果外部事务 commit, 嵌套事务也会被 commit, 这个规则同样适用于 roll back.

注:本篇文章结合了其他我觉得写的比较好的文章总结而成，如需要去看源码解析的可以自行前往以下地址:@Transactional注解详细使用_Dream_it_possible！的博客-CSDN博客_@transactional注解

Spring 事务Transaction源码深度解析_Dream_it_possible！的博客-CSDN博客_spring事务源码深度解析感谢