SpringBoot 中的事务常见问题

在 Spring Boot 中使用事务非常简单，一个 @Transactional 注解即可解决问题。话虽如些，但在实际项目中，却有很多小坑在等着我们，这些小坑是我们写代码时不曾注意到的，而且在正常情况下也很难发现它们。可随着项目的扩大，它们一旦引发问题，又是很难排查到的。

1. 异常并没有被“捕获”到

首要说的是，异常没有被“捕获”到，而导致事务没有回滚。
我们在编写业务层代码时，或许已经考虑到了异常的存在，也或者编辑器已经提示我们需要抛出异常，但有一点需要注意：并不是说我们把异常抛出来，有了异常事务就会回滚。

@Service
public class UserServiceImpl implements UserService{

   @Resource
   private UserMapper userMapper;
   
   @Override
   @Transactional
   public void insertUser(User user) throws Exception{
       //插入用户信息
       userMapper.insertUser(user);
       throw new SQLException("数据库异常");
   }
}

我们看上面这段代码，其实并没有什么问题，手动抛出一个 SQLException 来模拟实际运行中操作数据库发生的异常。在这个方法中，既然抛出了异常，那么事务应该回滚，实际并非如此。读者可以使用源码中 Controller 接口，通过 Postman 测试一下，就会发现，仍然插入了一条用户数据。
问题出在哪呢？这是因为 Spring Boot 默认的事务规则是遇到RuntimeException和Error才会回滚。比如上面例子中抛出的 RuntimeException，可完成回滚，而抛出 SQLException，则无法回滚。针对非检测异常，如果要进行事务回滚，可以在 @Transactional 注解中使用 rollbackFor 属性指定异常，比如 @Transactional(rollbackFor = Exception.class)，这样就没有问题了。这也在告诉我们，实际项目开发中，一定要指定异常。

2. 异常被“吃”掉

我们在处理异常时，有两种方式，要么抛出去，让上一层来捕获处理；要么把异常“try catch”掉，在异常出现的地方进行处理。而正是这个 try…catch，导致异常被“吃”掉，事务无法回滚。我们还是看上面那个例子，简单修改一下代码：

@Service
public class UserServiceImpl implements UserService{
    
    @Resource
    private UserMapper userMapper;

    @Override
    @Transactional(rollbackFor = Exception.class)
    public void insertUser(User user) throws Exception{
        try{
            //插入用户信息
            userMapper.insertUser(user);
            //手动抛出异常
            throw new SQLException("数据库异常");
        }catch (Exception e){
            //异常处理逻辑
        }
    }
}

这个细节往往比上面那个坑更难以发现，因为我们的开发思维很容易导致 try…catch 代码的产生，一旦出现这种问题，排查起来往往比较费劲。所以在平时写代码时，一定要多思考，多注意这种细节，尽量避免给自己挖坑。

那面对该问题怎么解决呢？直接往上抛，给上一层处理即可，千万不要在事务中把异常自己“吃”掉。