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

下面用代码演示一下：

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

控制台报错:

数据库：

可以看到程序虽然报错了，但是事务并没有回滚，这就是由于我们自己处理了异常信息。

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

代码一：

public class User2ServiceImpl implements User2Service {    @Autowired    private UserService userService;    @Autowired    private UserMapper userMapper;    @Override    @Transactional(rollbackFor = Exception.class)    public int doSaveUser() throws Exception {        int result = 0;        UserEntity u = new UserEntity();        u.setUserSex("男");        u.setUserName("小A");        userMapper.insertUser(u);        try {            u.setUserName("小B");            result = userService.insertUser(u); //此时调用的方法没有加事务        } catch (Exception e) {            e.printStackTrace();        }        return result;    }}

@Servicepublic class UserServiceImpl implements UserService {    @Autowired    private UserMapper userMapper;    @Override    public int insertUser(UserEntity user) throws Exception {        int i = 1 / 0;        return userMapper.insertUser(user);    }}

数据库：

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

代码二：

@Servicepublic class User2ServiceImpl implements User2Service {    @Autowired    private UserService userService;    @Autowired    private UserMapper userMapper;    @Override    @Transactional(rollbackFor = Exception.class)    public int doSaveUser() throws Exception {        int result = 0;        UserEntity u = new UserEntity();        u.setUserSex("男");        u.setUserName("小C");        userMapper.insertUser(u);        try {            u.setUserName("小D");            result = userService.insertUser(u); //此时调用的方法加上事务        } catch (Exception e) {            e.printStackTrace();        }        return result;    }}

@Servicepublic class UserServiceImpl implements UserService {    @Autowired    private UserMapper userMapper;    @Override    @Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRED)    public int insertUser(UserEntity user) throws Exception {        int i = 1 / 0;        return userMapper.insertUser(user);    }}

异常信息：

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

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

   @Override   @Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)    public int insertUser(UserEntity user) throws Exception {        int i = 1 / 0;        return userMapper.insertUser(user);    }

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

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

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

1.REQUIRED (默认)：支持当前事务，如果当前没有事务，则新建事务，如果当前存在事务，则加入当前事务，合并成一个事务，如果一个方法发生异常回滚，则整个事务回滚。

2.REQUIRES_NEW：新建事务，如果当前存在事务，则把当前事务挂起，这个方法会独立提交事务，不受调用者的事务影响，父级异常，它也是正常提交，但如果是此方法发生异常未被捕获处理，且异常满足父级事务方法回滚规则，则父级方法事务会被回滚。

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

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

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

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

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