SpringBoot声明式事务的简单运用

墨蓝 2021-11-02 04:24 284阅读 0赞

# SpringBoot声明式事务的简单运用 #

https://blog.csdn.net/justry\_deng/article/details/80828180

#### @Transactional ####

spring 事务注解

#### 1.简单开启事务管理 ####

@EnableTransactionManagement // 启注解事务管理，等同于xml配置方式的 <tx:annotation-driven />

关于事物的基本概念等这里就不介绍了。

Spring声明式事物的实现，有两种方式；第一种是配置xml，第二种是使用相关注解(这两种方式可详见《程序员成长笔记(一)》的相关章节)。SpringBoot中默认配置了第二种方式，所以，SpringBoot直接使用注解即可。下面介绍SpringBoot通过注解开启事物的使用。

SpringBoot使用事物的步骤：  
第一步：在启动类上开启事物支持

提示：@EnableTransactionManagement注解其实在大多数情况下，不是必须的，因为SpringBoot在  
           TransactionAutoConfiguration类里为我们自动配置启用了@EnableTransactionManagement注  
           解。不过自动启用该注解有两个前提条件，分别是：  
           @ConditionalOnBean(PlatformTransactionManager.class)  
           和@ConditionalOnMissingBean(AbstractTransactionManagementConfiguration.class)，而一  
           般情况下，这两个条件都是满足的，所以一般的，我们在启动类上写不写  
           @EnableTransactionManagement都行。本人这里还是建议写出来。

第二步：在业务逻辑层接口的实现类中的相关方法上声明事物

给出Transactional 注解的常用属性表：  
属性

说明

propagation

事务的传播行为，默认值为 REQUIRED。

isolation

事务的隔离度，默认值采用 DEFAULT

timeout

事务的超时时间，默认值为-1，不超时。

如果设置了超时时间(单位秒)，那么如果超过该时间限制了但事务还没有完成，则自动回滚事务。

read-only

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

rollbackFor

用于指定能够触发事务回滚的异常类型，如果有多个异常类型需要指定，各类型之间可以通过逗号分隔。\{xxx1.class, xxx2.class,……\}

noRollbackFor

抛出 no-rollback-for 指定的异常类型，不回滚事务。\{xxx1.class, xxx2.class,……\}

……

注意事项：  
service实现类(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。

Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。

默认情况下，Transactional 注解的事物所管理的方法中，如果方法抛出运行时异常或error，那么会进行事务回滚；如果方法抛出的是非运行时异常，那么不会回滚。  
注：SQL异常属于检查异常（有的框架将SQL异常重写为了运行时异常），但是有时我们写SQL时，检查异常并  
       不会提示；而默认情况下，事物对检查异常不会作出回滚处理。  
注：在很多时候，我们除了catch一般的异常或自定义异常外，我们还习惯于catch住Exception异常；然后再抛出  
        Exception异常。但是Exception异常属于非运行时异常(即：检查异常)，因为默认是运行时异常时事物才进  
        行回滚，那么这种情况下，是不会回滚的。我们可以在@Transacional注解中，通过  
        rollbackFor = \{Exception.class\} 来解决这个问题。即：设置当Exception异常或Exception的所有任意子  
        类异常时事物会进行回滚。  
注：被catch处理了的异常，不会被事物作为判断依据；如果异常被catch 了，但是又在catch中抛出了新的异  
       常，那么事物会以这个新的异常作 为是否进行回滚的判断依据。

事务的传播机制(行为)：  
      事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。

即：在执行一个@Transactinal注解标注的方法时，开启了事务；当该方法还在执行中时，另一个人也触发了该方法；  
         那么此时怎么算事务呢，这时就可以通过事务的传播机制来指定处理方式。

在TransactionDefinition定义中包括了如下几个表示传播行为的常量：

常量

含义

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。

阿里piapia规范推荐：  
事务场景中，抛出异常被catch后，如果需要回滚，一定要手动回滚事务。

如：使用

代替：

阿里推荐的方式属于自动提交/手动回滚，那如果我们想要手动提交、手动回滚的话，可参考:

注：不需要@Transactional注解。

^\_^ 参考链接：  
           https://blog.csdn.net/KokJuis/article/details/78560814  
           http://www.voidcn.com/article/p-bozwatyd-st.html  
           https://www.ibm.com/de...actional-use/  
^\_^ 如有不当之处，欢迎指正  
^\_^ 本文已经被收录进《程序员成长笔记(二)》，作者JustryDeng  
\---------------------  
作者：justry\_deng  
来源：CSDN  
原文：https://blog.csdn.net/justry\_deng/article/details/80828180  
版权声明：本文为博主原创文章，转载请附上博文链接！

转载于:https://www.cnblogs.com/handsome1013/p/11176448.html