关于spring事务管理的坑，异常没有被捕获并且数据库成功插入数据

最近在项目中使用redis缓存是，redis服务器挂了导致redis返回异常但是还是插入一条新的数据到数据库中。看了spring的事务管理也有加入service层的管理，这是个很常见的小坑，异常并没有被 “捕获” 到，导致事务并没有回滚。我们在业务层代码中，也许已经考虑到了异常的存在，或者编辑器已经提示我们需要抛出异常，但是这里面有个需要注意的地方：并不是说我们把异常抛出来了，有异常了事务就会回滚。我们来看一个例子：

 

@Service
public class UserServiceImpl implements UserService {

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

 

我们看上面这个代码，其实并没有什么问题，手动抛出一个 SQLException 来模拟实际中操作数据库发生的异常，在这个方法中，既然抛出了异常，那么事务应该回滚，实际却不如此，读者可以自己测试一下就会发现，仍然是可以往数据库插入一条用户数据的。

 

那么问题出在哪呢？因为 Spring Boot 默认的事务规则是遇到运行异常（RuntimeException）和程序错误（Error）才会回滚。比如上面我们的例子中如果抛出的 RuntimeException 就没有问题，但是抛出 SQLException 就无法回滚了。

 

针对非运行时异常如果要进行事务回滚的话，可以在 @Transactional 注解中使用 rollbackFor 属性来指定异常，比如：

@Transactional(rollbackFor = Exception.class)

这样就没有问题了，所以在实际项目中，一定要指定异常，这是大部分开发人员不注意的地方。