Springboot 事务处理常见坑点

标签：增加   runtime   exception   mapper   public   避免   rollback   nsa   params   

使用事务注解@Transactional 之前，应该先了解它的相关属性，避免在实际项目中踩中各种各样的坑点。

常见坑点1：遇到非检测异常时，事务不开启，也无法回滚。

例如下面这段代码，账户余额依旧增加成功，并没有因为后面遇到检测异常而回滚！！

1.  
    
2.  
   @Transactional
3.  
   public void addMoney() throws Exception {
4.  
   //先增加余额
5.  
   accountMapper.addMoney();
6.  
   //然后遇到故障
7.  
   throw new SQLException("发生异常了..");
8.  
   }
9.  
    

原因分析：因为Spring的默认的事务规则是遇到运行异常（RuntimeException）和程序错误（Error）才会回滚。如果想针对非检测异常进行事务回滚，可以在@Transactional 注解里使用
rollbackFor 属性明确指定异常。例如下面这样，就可以正常回滚：

1.  
    
2.  
   @Transactional(rollbackFor = Exception.class)
3.  
   public void addMoney() throws Exception {
4.  
   //先增加余额
5.  
   accountMapper.addMoney();
6.  
   //然后遇到故障
7.  
   throw new SQLException("发生异常了..");
8.  
   }
9.  
    

常见坑点2： 在业务层捕捉异常后，发现事务不生效。

这是许多新手都会犯的一个错误，在业务层手工捕捉并处理了异常，你都把异常“吃”掉了，Spring自然不知道这里有错，更不会主动去回滚数据。例如：下面这段代码直接导致增加余额的事务回滚没有生效。

可以在异常中使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 手动回滚

1.  
    
2.  
   @Transactional
3.  
   public void addMoney() throws Exception {
4.  
   //先增加余额
5.  
   accountMapper.addMoney();
6.  
   //谨慎：尽量不要在业务层捕捉异常并处理
7.  
   try {
8.  
   throw new SQLException("发生异常了..");
9.  
   } catch (Exception e) {
10.  
    e.printStackTrace();
11.  
    }
12.  
    }
13.  
     

不要小瞧了这些细节，往前暴露异常很大程度上很能够帮我们快速定位问题，而不是经常在项目上线后出现问题，却无法刨根知道哪里报错。

推荐做法：在业务层统一抛出异常，然后在控制层统一处理。

1.  
    
2.  
   @Transactional
3.  
   public void addMoney() throws Exception {
4.  
   //先增加余额
5.  
   accountMapper.addMoney();
6.  
   //推荐：在业务层将异常抛出
7.  
   throw new RuntimeException("发生异常了..");
8.  
   }

    

Springboot 事务处理常见坑点

标签：增加   runtime   exception   mapper   public   避免   rollback   nsa   params   

原文地址：https://www.cnblogs.com/gavin-yao/p/10551106.html