事务注解@Transactional

目录


1、属性介绍


2、传播机制

  • 准备例子

  • 总结


3、原理

4、失效场景


一、属性介绍

1、isolation 属性

事务的隔离级别,默认值为 Isolation.DEFAULT。可选的值有:

  • Isolation.DEFAULT:使用底层数据库默认的隔离级别

  • Isolation.READ_UNCOMMITTED:读取未提交数据(会出现脏读,不可重复读、幻读)基本不使用

  • Isolation.READ_COMMITTED:读取已提交数据(会出现不可重复读和幻读)

  • Isolation.REPEATABLE_READ:可重复读(会出现幻读)

  • Isolation.SERIALIZABLE:串行化


2、timeout 属性

事务的超时时间,默认值为 -1。如果超过该时间限制但事务还没有完成,则自动回滚事务


3、readOnly 属性

指定事务是否为只读事务,默认值为 false;为了忽略那些不需要事务的方法,比如读取数据,可以设置 read-only 为 true


4、rollbackFor 属性

用于指定能够触发事务回滚的异常类型,可以指定多个异常类型


5、noRollbackFor 属性

抛出指定的异常类型,不会滚事务,也可以指定多个异常类型


7、propagation 属性

事务的传播行为,默认值为 Propagation.REQUIRED。可选的值有:

  • PROPAGATION.REQUIRED:如果当前没有事务,则创建一个新事务。如果当前存在事务,就加入该事务。该设置是最常用的设置

  • PROPAGATION.REQUIRE_NEW:创建新事务,无论当前存不存在事务,都创建新事务

  • PROPAGATION.SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务。如果当前不存在事务,就以非事务执行

  • PROPAGATION.NOT_SUPPORTED:以非事务方式执行操作,如果当前事务存在,就把当前事务挂起

  • PROPAGATION.MANDATORY:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常

  • PROPAGATION.NEVER:以非事务方式执行,如果当前存在事务,则抛出异常

  • PROPAGATION.NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则按 REQUIRED 属性执行


二、传播机制

属性上最值得关注的应该就是传播行为了,而在其中最难理解的就是这三个了,毕竟我们最关注的就是两个方法相互调用,发生了异常,是怎么回滚的是吧?其他的4个相对来说比较好理解

  • PROPAGATION.REQUIRED

  • PROPAGATION.REQUIRE_NEW

  • PROPAGATION.NESTED


1、准备例子

就是两个常规的Service,我们用A 去调用 B, A 方法固定采用REQUIRED ,B方法分别采用REQUIRED/REQUIRED_NEW/NESTED中的一种,然后在两个方法后分别加上异常看看回滚情况

  // A Service
  @Service
  public class TestAImpl implements TestAService {
      @Resource
      private TestBService testBService;
      @Resource
      private TestMapper testMapper;

      @Override
      @Transactional(rollbackFor = Exception.class , propagation = Propagation.REQUIRED)
      public void testA() {
          testMapper.insertData(null,"testA");
          testBService.testB();
      }
  }


  // B  Service
  @Service
  public class TestBImpl implements TestBService {
      @Resource
      private TestAService testAService;

      @Resource
      private TestMapper testMapper;

      @Override
      @Transactional(rollbackFor = Exception.class , propagation = Propagation.REQUIRED/REQUIRED_NEW/NESTED)
      public void testB() {
          testMapper.insertData(null,"testB");
      }
  }

首先我们要知道A调用B,如果B抛出异常在A中不捕获的话,那A是会正常回滚的,所以在测试REQUIRED_NEW/NESTED的时候记得在A中捕获B的异常


结果:

  • REQUIRED: 无论A异常还是B异常,双方都会回滚(注意不要捕获异常)

  • REQUIRED_NEW:因为B是独立的事务,所以A异常:A回滚,B不会回滚;B异常:B回滚,A不会回滚(前提是A要捕获B的异常,否则异常就会自己向上抛,也就影响了A)

  • NESTED:因为B是嵌套的事务,所以A异常,A和B都会回滚;B异常,B回滚,A不会回滚(前提是A要捕获B的异常,否则异常就会自己向上抛,也就影响了A)


2、总结

所以综合来看,最容易产生歧义的就是REQUIRED_NEW和NESTED,用这两者的时候记得要捕获B的异常,否则异常向上抛就没意义了,而这两个最大的区别就是一个是独立,一个是嵌套,独立则是父方法和子方法相互不影响,嵌套则是父方法影响子方法,而子方法不会影响父方法


三、原理


该注解的原理就是AOP,既然是AOP那就是动态代理,与AOP里面其他通知处理方法一样,该注解一样有一个拦截器处理方法,那就是TransactionInterceptor


源代码如下:

所以最终执行的的处理方法就是这个this.invokeWithinTransaction,该方法就是父类的方法,感兴趣的可以自己去看一下:


TransactionAspectSupport.invokeWithinTransaction

AOP最后执行的就是一个拦截器链条嘛。这个事务拦截器也会被放到链条里面去执行,有没有想过AOP里面的方法异常了,事务会回滚吗 ?


AOP通知方法异常会回滚吗 ?


正常情况下会回滚,拦截器链执行顺序与优先级有关,所以正常情况下这个事务会涵盖所有,但是你要是搞AOP的时候设置的优先级高过了事务的优先级,那事务就寄了,同理,你要是在AOP里面把异常给捕获处理了,那最外层感知不到事务自然也寄了


默认的排序如下:


三、失效场景

在Spring中,@Transactional 注解失效的场景通常与代理机制、事务传播行为、异常处理和配置问题有关。以下是常见的失效场景及详细解释:


1、方法内部调用(自调用问题)


场景,在同一个类中,非事务方法调用事务方法,导致事务不生效:

原因

  • Spring事务基于AOP代理实现,只有通过代理对象调用的方法才会被拦截

  • 内部调用(this.updateProfile())绕过了代理对象,直接调用原始方法,事务切面未被触发

  • 代理对象是通过外部调用来拦截的,而内部调用绕过了代理


解决方案

  • 新建一个Service,将方法迁移过去,有点麻瓜
  • 在当前类注入自己,调用updateProfile时通过注入的userService调用


2、异常未正确抛出或被捕获


场景1:未抛出异常


场景2:抛出检查型异常(非RuntimeException)

原因

  • 默认情况下,Spring事务仅在抛出RuntimeException或Error时回滚。

  • 检查型异常(如IOException)需显式配置rollbackFor。


解决方案

  • 显式指定回滚异常:


3、数据库引擎不支持事务


场景:使用不支持事务的存储引擎(如MySQL的MyISAM),即使配置了@Transactional,事务也不会生效


解决方案:改用支持事务的引擎(如MySQL的InnoDB)


4、方法访问权限限制


场景:事务方法被定义为private、final或static


原因:Spring事务基于动态代理(JDK或CGLIB),无法代理私有 或 final方法


解决方案:确保事务方法是public且非final


5、事务传播行为配置不当


场景:嵌套事务中传播行为配置错误

若methodA和methodB在同一个类中,methodB的事务可能不会生效(自调用问题)


解决方案:将methodB移到另一个Bean中,确保通过代理调用


6、多数据源未明确指定事务管理器


场景:项目中使用多个数据源,但未指定事务管理器


解决方案

  • 显式指定事务管理器:


7、多数据源未明确指定事务管理器


场景:未在配置类中启用事务管理


解决方案:添加@EnableTransactionManagement注解


8、异步方法中事务不传播


场景:在异步方法中使用事务


原因:异步方法在新线程中执行,默认事务上下文不会跨线程传播

这个场景我们要尤其注意!


给大家举个例子


主线程A调用线程B保存Id为1的数据,然后主线程A等待线程B执行完成再通过线程A查询id为1的数据。


这时你会发现在主线程A中无法查询到id为1的数据。因为这两个线程在不同的Spring事务中,本质上会导致它们在Mysql中存在不同的事务中。


Mysql中通过MVCC保证了线程在快照读时只读取小于当前事务号的数据,在线程B显然事务号是大于线程A的,因此查询不到数据。


解决方案:手动传递事务上下文(需配合事务管理器配置)


总结

情况如下:内部方法调用、异常类型不匹配、数据库引擎不支持、方法访问权限问题、事务未启用、多线程问题、异常被捕获、数据源配置错误、嵌套事务配置错误以及配置问题等。需要逐一检查这些方面来确定具体原因

posted @ 2025-03-24 20:21  jock_javaEE  阅读(191)  评论(0)    收藏  举报