如何在代码中设置事务回滚,如下图代码
会将整体业务逻辑回滚到初始点。在使用事务回滚时一定要加上@Transactional 注解。 如有为什么需要加入注解的疑问请度娘登场,自行百度。
如不加入则会出现以下异常
org.springframework.transaction.NoTransactionException: No transaction aspect-managed TransactionStatus in scope
以上是强制的事务整体回滚操作。下面介绍如何自定义回滚点。
如图
使用Object savePoint = TransactionAspectSupport.currentTransactionStatus().createSavepoint(); 设置回滚点。
使用TransactionAspectSupport.currentTransactionStatus().rollbackToSavepoint(savePoint); 回滚到savePoint。
使用可以避免整个业务全部回滚,自己可以随心所欲的动态控制,更加灵活。
为什么controller层,设置 @Transactional 不进行数据回滚。
默认spring事务只在发生未被捕获的 RuntimeException 时才回滚。
spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获 RuntimeException 的异常,但可以通过配置来捕获特定的异常并回滚。
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new RuntimeException (),这样程序异常时才能被aop捕获进而回滚。
解决方案:
方案1:例如service层处理事务,那么service中的方法中不做异常捕获,或者在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在service上层(webservice客户端,view层action)要继续捕获这个异常并处理。
方案2:在service层方法的catch语句中增加:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句,手动回滚,这样上层就无需去处理异常。
注意:
1. 默认地,如果使用的数据源不是SpringBoot的默认配置(即是由自己定义的配置信息,自己解析创建的数据源),则需要手动创建事务管理器,因为SpringBoot无法识别配置信息,无法完成自动注入。