@Transactional事务使用、属性、事务传播及手动回滚

事务的使用

@Transactional 注解可以在类、方法上使用,(方法上使用只能应用到public定义的方法上;类上配置事务,则事务会作用在类中的所有public定义的方法上),方法上使用会覆盖类上定义的声明的事务。
使用事务只要项目引用了spring-boot-starter或者spring-boot-starter-web包即可;这两个依赖包中都已经包含了对于spring-boot-starter-jdbc或者spring-boot-starter-data-jpa的依赖;配置了这两个依赖后,框架会自动分别注入DataSourceTransactionManager和JpaTransactionManager。所以只要配置了这两个依赖后就可以使用事务@Transactional。

注意事项

  • 使用事务,遇到检查异常时,开启事务,也无法回滚;
    因为spring的默认的事务规则是遇到运行异常(RuntimeException)和程序错误(Error)才会回滚;所以如果遇到类似检查异常时,可以使用事务的属性rollbackFor来指定异常回滚。如@Transactional(rollbackFor=Exception.class),如此即可捕捉到异常,进行事务回滚。

  • 在代码中手动捕获异常(try…catch),这样也不会事务回滚;
    因为这样等同于你捕获了异常,并对异常情况进行了预测和处理,就相当于是一段正常的代码,所以事务也不会捕捉到异常进行事务回滚;解决办法是可以在业务层进行异常捕获,然后将异常抛出到控制层,然后在控制层进行统一处理,在控制层配置事务,控制层可以检测到业务层抛出来的异常然后进行回滚。

事务手动回滚

上面说到,我们在方法上添加了注解@Transactional(rollbackFor=Exception.class),但是在方法中我们进行try - catch异常捕获时,有时仍会出现不能回滚的情况,此时我们可以进行手动回滚,我们可以在catch中捕获到异常时进行手动回滚,具体操作如下:
可以在catch中添加如下即可,进入了catch时表示我们正常捕获了异常,此时就表示我们的程序出错了,那我们就要进行回滚,但此时,Transactional注解可能并不会回滚,那就需要我们进行手动回滚。

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

还有第二种方法,就是在我们捕获到异常时,我们可以手动抛出一个RunTimeException异常,这样@Transactional就可以捕捉到异常,然后进行回滚。

事务的属性

propagation:事务的传播行为,默认值为REEQUIRED。
isolation:事务的隔离度,默认值采用DEFAULT。
timeout:事务超时时间,默认值为-1(不超时);设置后(单位秒),则在事务开启后超过该时间事务还未完成,则自动回滚。
read-only:指定事务是否为只读事务,默认值false;此属性主要为忽略哪些不需要事务的方法,如读取数据可设此属性为true。
rollbackFor:用于指定出发事务回滚的异常类型,如果需要指定多个异常类型,中间可用逗号分隔。
noRollbackFor:指定异常不回滚,即遇到指定的异常后事务不会回滚,可配置多个,中间用逗号分隔。

事务的传播

在开启当前事务时,之前已经存在一个事务,则可以指定事务的传播
TransactionDefinition.PROPAGATION_REQUIRED:如果当前存在事务,则加入该事务;如果当前不存在事务,则创建一个新事物,默认。
TransactionDefinition.PROPAGATION_REQUIRES_NEW:如果当前存在事务,则把当前事务挂起,创建一个新事物。
TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED:如果当前存在事务,则把当前事务挂起,以非事务方式运行。
TransactionDefinition.PROPAGATION_NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
TransactionDefinition.PROPAGATION_MANDATORY:如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。
TransactionDefinition.PROPAGATION_NESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 可以,@Transactional注释将自动回滚抛出的检查型异常,这些异常包括所有继承自java.lang.Exception的异常,但不包括继承自java.lang.RuntimeException的异常。 ### 回答2: 在Java中,被捕获的异常默认情况下是不会触发@Transactional事务回滚的。事务回滚是通过抛出未被捕获的RuntimeException或Error类型的异常来触发的。而被捕获的异常会被处理掉,不会传播事务管理器,所以事务不会回滚。 然而,如果在捕获到异常后手动抛出RuntimeException或Error类型的异常,那么事务将会回滚。这是因为RuntimeException和Error类型的异常被认为是无法修复的严重错误,需要中止当前的事务并执行回滚操作。 因此,在Java中,如果希望被捕获的异常触发@Transactional事务回滚,可以在捕获异常后手动抛出RuntimeException或Error类型的异常。这样事务管理器会捕获到这个未被处理的异常,并执行事务回滚操作。 ### 回答3: 在Java中,被捕获的异常可以触发@Transactional事务回滚。@Transactional是Spring框架中的注解,用于标记一个方法或类应该作为一个事务进行管理。当方法内部发生异常时,如果该方法被@Transactional注解修饰,Spring会对该方法进行事务处理。 当一个被@Transactional注解修饰的方法发生异常时,Spring会将当前方法中的事务标记为回滚,并且会将异常重新抛出给上层调用者。如果上层调用者也没有捕获该异常并处理,则上层调用者也会触发事务回滚。这种回滚策略的关键在于异常的传播性,即异常会沿着调用链逐级向上抛出,直到被捕获或到达事务边界。 如果被捕获的异常在事务范围内被捕获并处理,那么事务就不会回滚。只有当异常没有被捕获或没有事务边界包裹时,事务才会回滚。因此,在Java中,被捕获的异常可以触发@Transactional事务回滚,但这取决于异常在何处被捕获和处理。为了保证事务的完整性,建议在捕获异常时,要么重新抛出异常以触发事务回滚,要么在捕获异常后手动触发事务回滚,以确保数据的一致性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值