spring事务管理中，用try-catch处理了异常，事务也会回滚？

在平时的开发中，如果在事物方法中用 try-catch处理了异常，那么spring aop不能捕获到异常信息，从而会导致spring不能对事务方法正确的进行管理，不能及时回滚错误信息。

下面用代码演示一下：

@Override     @Transactional(rollbackFor = Exception.class)     public int doSaveUser() throws Exception {         int result = 0;         UserEntity u = new UserEntity();         u.setSex(1);         u.setName("AAA");         try {             result = userMapper.create(u);             int i = 1 / 0;         } catch (Exception e) {             e.printStackTrace();         }         return result;     }

可以控制台报错，但是事物并没有进行回滚操作，这就是由于我们自己处理了异常信息。

可是，只要是我们自己处理了异常，事务就一定不会回滚吗？答案是不一定的，下面用两段代码对比一下：

代码1:

@Slf4j @Service public class UserServiceImpl implements UserService { @Autowired private UserMapper userMapper; @Autowired private UserService2 userService2; @Override @Transactional(rollbackFor = Exception.class) public Long dosave(User user) { Long result = 0L; User u = new User(); u.setSex(1); u.setName("AAA"); userMapper.insert(u); try { u.setName("BBB"); userService2.create(u); // 当前方法不存在事物 } catch (Exception e) { e.printStackTrace(); } return result; } }

@Slf4j @Service public class UserService2Impl implements UserService2 { @Autowired private UserMapper userMapper; @Override public Long create(User user) { int i = 1 / 0; userMapper.insert(user); return user.getId(); } }

可以看到由于我们自己处理了保存B时抛出的异常，事物方法没有受到影响，依然正常保存了A，并没有回滚事物。

代码2:

@Slf4j @Service public class UserServiceImpl implements UserService { @Autowired private UserMapper userMapper; @Autowired private UserService2 userService2; @Override @Transactional(rollbackFor = Exception.class) public Long dosave(User user) { Long result = 0L; User u = new User(); u.setSex(1); u.setName("CCC"); userMapper.insert(u); try { u.setName("DDD"); userService2.create(u); // 此时方法添加事物控制 } catch (Exception e) { e.printStackTrace(); } return result; } }

@Slf4j @Service public class UserService2Impl implements UserService2 { @Autowired private UserMapper userMapper; @Override @Transactional(rollbackFor = Exception.class， propagation = Propagation.REQUIRED) public Long create(User user) { int i = 1 / 0; userMapper.insert(user); return user.getId(); } }

异常信息：

此时数据库里面一条记录也没有，也就是是说doSaveUser()方法也进行了事务回滚，我们已经用try-catch处理了异常了，为什么还会事务回滚呢？

我们此时把insertUser方法稍微修改一下：

@Override @Transactional(rollbackFor = Exception.class， propagation = Propagation.REQUIRES_NEW) public Long create(User user) { int i = 1 / 0; userMapper.insert(user); return user.getId(); }

此时数据库多了一条记录：

这里，我把spring事务传播机制从REQUIRED改成了REQUIRES_NEW，dosave()方法就没有进行事务回滚了，到这里你应该能猜到了，spring事务传播机制默认是REQUIRED，也就是说支持当前事务，如果当前没有事务，则新建事务，如果当前存在事务，则加入当前事务，合并成一个事务，当create方法有事务且事务传播机制为REQUIRED时，会和dosave()方法的事务合并成一个事务，此时create方法发生异常，spring捕获异常后，事务将会被设置全局rollback，而最外层的事务方法执行commit操作，这时由于事务状态为rollback，spring认为不应该commit提交该事务，就会回滚该事务，这就是为什么doaveU)方法的事务也被回滚了。

下面我们再看一下spring的事务传播机制：

1、REQUIRED (默认)：支持当前事务，如果当前没有事务，则新建事务，如果当前存在事务，则加入当前事务，合并成一个事务。

2、REQUIRES_NEW：新建事务，如果当前存在事务，则把当前事务挂起，这个方法会独立提交事务，不受调用者的事务影响，父级异常，它也是正常提交（同样自身异常也不会影响父级事物）。

3、NESTED：如果当前存在事务，它将会成为父级事务的一个子事务，方法结束后并没有提交，只有等父事务结束才提交，如果当前没有事务，则新建事务，如果它异常，父级可以捕获它的异常而不进行回滚，正常提交，但如果父级异常，它必然回滚。

4、SUPPORTS：如果当前存在事务，则加入事务，如果当前不存在事务，则以非事务方式运行。

5、NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。

6、MANDATORY：如果当前存在事务，则运行在当前事务中，如果当前无事务，则抛出异常，即父级方法（调用此方法的方法）必须有事务。

7、NEVER：以非事务方式运行，如果当前存在事务，则抛出异常，即父级方法必须无事务。