聊一聊使用Spring事物时不生效的场景

前言

今天介绍一下Spring事物不生效的场景，事物是我们在项目中经常使用的，如果是Java的话，基本上都使用Spring的事物，不过Spring的事物如果使用不当，那么就会导致事物失效或者不回滚，最终导致数据不一致，所以很有必要去研究一下Spring事物不生效的一些场景，避免掉坑。

下面我们意义列举不生效的场景，并给出解决方法。

一.类没被Spring管理

如果我们的类没有被Spring管理，那么即使使用了Spring事物也不会生效，要让Spring管理我们的类，需要标注@Component，@Service等注解。

二.没有标注@Transactional注解的方法调用了标注@Transactional注解的方法

如果一个方法没有使用@Transactional注解，但是它去调用了带@Transactional注解的方法，那么当前方法的事物不生效。

java 复制代码

    public void saveUser(User user) throws Exception {
        save(user);
    }

    @Transactional(rollbackFor = Exception.class)
    public void save(User user) {
        try {
            userDao.save(user);
            exceptionMethod();
            roleService.save(user.getRole());
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }

如上所示，saveUser方法调用了save方法，但是saveUser没有标@Transactional注解，而它调用了save方法，save方法标了@Transactional，不过事物不会生效，这是因为方法没被代理，直接是普通方法调用，所以事物自然不生效。

如果一个方法中调用了其他方法，需要在主方法上加@Transactional注解这个方法才能被代理，如下代码，当然，远程调用@Transactional就不生效了，就需要分布式事物了。

java 复制代码

    @Transactional(rollbackFor = Exception.class)
    public void saveAnnotation(User user) throws Exception {
        save(user);
    }

    public void save(User user) {
        try {
            userDao.save(user);
            exceptionMethod();
            roleService.save(user.getRole());
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }

三.异常使用不正确

如果异常使用不当，那么事物也不会生效，这里的异常有两种，一种是我们抛出的异常，一种是@Transactional注解所接受的异常。

1.如果我们在程序代码中自己捕获了异常导致Spring事物捕获不到异常，那么事物也不会生效，如下，exceptionMethod方法捕获了异常并打印异常信息，那么异常并不会被Spring事物捕获到，所以事物并不会回滚。

java 复制代码

    @Transactional(rollbackFor = Exception.class)
    public void saveAnnotation(User user) throws Exception {
        userDao.save(user);
        exceptionMethod();
        roleService.save(user.getRole());
    }

    private void exceptionMethod() throws Exception {
        try {
            int i = 1 / 0;
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

如果需要事物回滚，那么就需要将异常抛到saveAnnotation方法，这样Spring事物才能感知到异常，从而进行事物回滚。

2.@Transactional注解有一个属性rollbackFor，它代表回滚的异常，也就是说只有捕获到这种异常事物才会回滚，它默认的是RunTimeException。

java 复制代码

    @Transactional
    public void saveAnnotation(User user) throws Exception {
        userDao.save(user);
        exceptionMethod();
        roleService.save(user.getRole());
    }

    private void exceptionMethod() throws Exception {
        try {
            int i = 1 / 0;
        } catch (Exception e) {
            throw new Exception("抛出异常");
        }
    }

如上代码，exceptionMethod方法抛出了Exception异常，而@Transactional注解我们没有指定rollbackFor，所以使用的是默认的RunTimeException，所以事物不能回滚，如果我们需要事物回滚，需要让rollbackFor指定的异常是抛出异常的父类或者和自己一样才行，如下所示。

java 复制代码

    @Transactional(rollbackFor = Exception.class)
    public void saveAnnotation(User user) {
        userDao.save(user);
        exceptionMethod();
        roleService.save(user.getRole());
    }

    private void exceptionMethod() {
        try {
            int i = 1 / 0;
        } catch (Exception e) {
            throw new ArithmeticException("运算异常");
        }
    }

四.不正确的传播行为

如果传播行为使用的是NOT_SUPPORTED，那么事物无法回滚。NOT_SUPPORTED表示当前方法不应该有事务，如果有事务存在，将它挂起，以无事务状态运行。

java 复制代码

@Transactional(propagation = Propagation.NOT_SUPPORTED)

五.方法修饰为private

如果方法以private修饰，那么方法将不会被代理，事物自然不会生效，不过如果在进行业务开发的时候，对于需要其它类进行调用的方法，我们都是以public修饰，因为如果以private修饰，其它类想要访问的话需要借助反射才能访问，在IDEA中，@Transactional方法如果修饰为private，会有错误提醒，但是运行不会报错。

不过一些场景我们可能需要反射调用，所以不应该避开这个问题，还是将其修饰为public。

六.数据库不支持事物

如果数据库不支持事物，那么即使项目中使用了Spring事物，也不会生效，因为Spring的事物最终也是JDBC的事物，JDBC事物也要数据库支持事物才行，MySQL中MyISAM存储引擎不支持事物，InnoDB才支持事物。

七.没有配置事务管理器，导致事务失效。

使用非SpringBoot项目，需要配置PlatformTransactionManager，需要加上@EnableTransactionManagement注解，如果是SpringBoot项目，那么可以不用配置，因为SpringBoot默认帮我们装配好了，我们直接使用就好。