@Transactional事务出现异常不回滚的处理

一、背景：

目前很多项目的事务处理都是利用Spring的注解式事务实现的（@Transactional）。 

在测试事务回滚的过程中发现如下现象：
 
throw new RuntimeException("xxxxxxxxxxxx"); 事务回滚
 
throw new Exception("xxxxxxxxxxxx");        事务没有回滚 
 

二、关于spring事务使用说明：

基于Spring AOP的事务管理，即声明式事务管理，默认是针对RuntimeException回滚，既默认只对RuntimeException()及其子类进行事务回滚；非运行时类型的异常默认是不会回滚的。
spring aop 异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获 RuntimeException 的异常，但可以通过配置来捕获特定的异常并回滚
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion（），这样程序异常时才能被aop捕获进而回滚

 

三、依赖事务管理的业务代码中出现异常该如何处理？

spring xml配置处理
1、针对该业务代码进行封装，二次抛出RuntimeException类型的异常；

2、利用硬编码的方式，借助spring api对事务进行显式的回滚；

3、在spring配置文件中对rollback-for属性赋值。Tip:该配置也可以直接加在注解上。

<tx:advice id="txAdvice" transaction-manager="transactionManager">
 　　<tx:attributes>
 　　　　<tx:method name="*" rollback-for="com.wangcw.exception.XyzException"/>
 　　</tx:attributes>
 </tx:advice>

  同时，Spring配置文件中也可以声明出不进行回滚的异常。

<tx:advice id="txAdvice">
    <tx:attributes>
       <tx:method name="update*" no-rollback-for="IOException"/>
       <tx:method name="*"/>
    </tx:attributes>
 </tx:advice>

springboot处理方式
方案1.例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理
方案2.在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常

      @GetMapping("delete") 
      @ResponseBody 
      @Transactional 
      public Object delete(@RequestParam("id") int id){ 
          if (id < 1){
              return new MessageBean(101,"parameter wrong: id = " + id) ; 
           } 
           try { 
               //delete country
               this.countryRepository.delete(id);
               //delete city
               this.cityRepository.deleteByCountryId(id);
               return new MessageBean(200,"delete success");
           }catch (Exception e){
               logger.error("delete false:" + e.getMessage());
               TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
               return new MessageBean(101,"delete false");
           }
       }

Transaction rolled back because it has been marked as rollback-only

 

问题

程序运行报异常 org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only，错误日志堆栈找不出明显痕迹。

 

场景还原

 

入口：

 

@Transactional
public void saveUserList(List<User> userList) {
  User user = new User("100", "杭州", "张三");
  serviceWarp.saveUser(user);
  try {
    serviceWarp.saveUserList(userList);
  } catch (Exception e) {
    log.error("啥也不干");
  }
}

 

内部调用：

 

public void saveUser(User user) {
  userMapper.saveUser(user);
}123

 

@Transactional
public void saveUserList(List<User> userList) {
  for (User user : userList) {
    userMapper.saveUser(user); // 数据库中造好数据，让它抛出主键冲突异常
  }
}

 

原因

spring 事务管理，启用事务的方法，调用另一个事务方法时，会进行事务传播。注解@Transactional默认的传播机制是PROPAGATION_REQUIRED。

spring 事务管理，启用事务的方法，调用另一个事务方法时，会进行事务传播。注解@Transactional默认的传播机制是PROPAGATION_REQUIRED。

 

  传播行为
  含义

 

  PROPAGATION_REQUIRED
  表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务

 

所以是补齐方法运行的时候，同步的事务合并到了补齐的事务里面。当同步发票发生异常后，被try catch 捕获，没有抛出来。但是事务还是会进行回滚，回滚执行到 DataSourceTransactionManager 类的 doSetRollbackOnly 方法时，设置了rollbackOnly = true;

 

public void setRollbackOnly() {
  this.getConnectionHolder().setRollbackOnly();
}123

 

public void setRollbackOnly() {
  this.rollbackOnly = true;
}123

​   由于异常被catch, 不阻断整个事务执行。整个事务执行完后，执行commit 提交，执行到 DefaultTransactionStatus 类的 isGlobalRollbackOnly方法时，判断rollbackOnly 为true,  则执行回滚，并且打出那句报错的日志”Transaction rolled back because it has been marked as rollback-only”。

 

if (!shouldCommitOnGlobalRollbackOnly() && defStatus.isGlobalRollbackOnly()) {
  if (defStatus.isDebug()) {
    logger.debug("Global transaction is marked as rollback-only but transactional code requested commit");
  }
  processRollback(defStatus);
  // Throw UnexpectedRollbackException only at outermost transaction boundary
  // or if explicitly asked to.
  if (status.isNewTransaction() || isFailEarlyOnGlobalRollbackOnly()) {
    throw new UnexpectedRollbackException(
      "Transaction rolled back because it has been marked as rollback-only");
}1234567891011

 

@Override
public boolean isGlobalRollbackOnly() {
  return ((this.transaction instanceof SmartTransactionObject) &&
          ((SmartTransactionObject) this.transaction).isRollbackOnly());
}12345

 

一些思考

一个事务能完成就一个事务
事务嵌套传播的时候，少用try catch, 该回滚就回滚
事务嵌套传播的时候,  可以指定传播方式，根据需求可以将内部事务指定为@Transactional(propagation = Propagation.NESTED) 或 @Transactional(propagation = Propagation.PROPAGATION_REQUIRED_NEW)