Java教程

Spring事务(二)-@Transactional事务失效的场景

本文主要是介绍Spring事务(二)-@Transactional事务失效的场景,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

  有时候,我们明明在类或者方法上添加了@Transactional注解,却发现方法并没有按事务处理。其实,以下场景会导致Spring的@Transactional事务失效。

1、事务方法所在的类没有加载到Spring IOC容器中。

  @Transactional是Spring的注解,未被Spring管理的类中的方法不受@Transactional注解控制,这个应该很好理解。

2、方法没有被public修饰。

  众所周知,java的访问权限修饰符有:privatedefaultprotectedpublic四种,但是@Transactional注解只能作用于public修饰的方法上。具体为什么会这样,我也没理解,就先记住吧。

3、在同一个类中的方法调用@Transactional方法。

  假如在同一个类中有A、B两个方法,如下:

@Service
public class UserServiceImpl {

    @Autowired
    UserMapper userMapper;

    public void A() {
        B();
    }

    @Transactional
    public void B() {
        userMapper.deleteById(1);
        int i = 10 / 0; //模拟发生异常
    }
    
}

像上面的代码,B方法使用@Transactional注解标注,在A()方法中调用了B()方法,在外部调用A()方法时,B()方法的事务不会生效。这是由于使用Spring AOP代理造成的,因为只有当事务方法被当前类以外的代码调用时,才会由Spring生成的代理对象来管理。

4、方法的事务传播类型不支持事务。

  当@Transactional的propagation设置为NOT_SUPPORTED时,也就是@Transactional方法总是非事务方式执行。(Spring事务传播行为可以查阅我之前的一篇文章:Spring事务(一)-事务传播行为)

5、不正确地捕获异常。

  使用了try-catch代码块将异常捕捉了,没有向上抛出异常,事务不会回滚。

6、标注错误的异常类型。

  Spring事务默认回滚类型是RuntimeException类型,如果没有制定回滚的类型,抛出的错误不是RuntimeException类型,则无法回滚。

7、数据库不支持事务。

  以MySQL为例,InnoDB引擎是支持事务的,而像MyISAM、MEMORY等是不支持事务的。 从MySQL5.5.5开始默认的存储引擎是InnoDB,之前默认都是MyISAM。

这篇关于Spring事务(二)-@Transactional事务失效的场景的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!