【二十四】springboot整合spring事务详解以及实战

一直对spring事务这一块内容处于极度浅显的面试理论阶段，实际上并没有仔细学习总结过，这次花了点时间对spring事务进行了一些学习并将自己的学习笔记总结在此处，下面开整。首先从spring事务的概念到代码使用上进行我自己的一番理解解读。 将从下面几点开始一步一步开始学习： 1、什么是spring事务。 2、为什么新建的springboot项目有时候自带事务处理，有时候不带事务处理。 3、spring事务到底如何使用以及使用方式有几种。 4、spring事务的多个属性的操作演练。 本章demo使用前面springboot整合swagger篇的demo进行改造的，代码会上传git。

a9c53926625446808a2e15b6c7d63e87.png

​

一、什么是spring事务

spring事务类似与mysql的事务差不多，也是mysql事务的那些特性以及功能。

事务四大特性：

事务隔离级别：

下面第二节表格描述了，这里就不重复了。

事务传播机制：

下面第二节表格也描述了，这里就不重复了，要看就楼下去看。

总结：

spring事务大概就是这些点。最常用的使用他的目的就是他的四大特性，我认为最主要的就是原子性，保持方法内的数据库操作要么全部成功，要么全部失败。

/下面针对有些时候为什么我感觉事务处理好像项目已经自带了，有时候又感觉没有事务处理的问题进行了学习/。

二、为什么新建的springboot项目有时候自带事务处理，有时候不带事务处理

针对这个问题，需要去项目中找spring容器中是否注册了这样一个类DataSourceTransactionManager,若存在则可以使用使用事务，若不存在则需要去引入带有这个类的依赖jar包，类似mybatis以及spring-jdbc依赖下面都有这个类。

1fee1d8d7e5d4a499315caecf4b3e01c.png

​

找到这个类后，说明你的项目是支持事务处理的，只是开没开起或者事务失效不失效的问题了，下面介绍两种开启事务的方式。本文章重点讲解xml+aop形式（方便全局处理）。

三、spring事务到底如何使用以及使用方式有几种

上面说到当项目中有 DataSourceTransactionManager类存在时，可以使用事务，开启事务有两种方式，如下：

以上两种方式使用其一即可。

下面针对两种方式进行演示：

1：注解方式（本章不重点讲解）

当不开启事务时：

​

​

如上代码可以看到执行mybatis-plus的保存语句后，会报错，并没有手动处理异常，此种情况，会保存成功吗？答案是会，因为没有做事务处理，测试如下：

测试前数据表：

0d805942446f46039a4025192f074465.png

​调用测试接口：

42391efdc7194deb910b14315a9d96a4.png

​

测试后数据表：

9f0fcb89f3cd4c049ffcb6b8c4f82dd7.png

​

结果：

虽然报错了，但是仍然保存了数据，没有自动做事务处理。

当开启事务时：

cae9fd0d27bd4957a46614a4ae0f8db1.png

​

0e2d7d3ef8ea43d6bc901d647135fccf.png

​

通过注解方式开启了事务处理，下面在进行测试。

测试前数据表：

612ad8ef9f8b42a29c034dc383c1e923.png

​

调用测试接口:

22e7af892b774de791e07ec441ae6804.png

​

接口仍然在代码计算分母为0处报错了。

测试后数据表:

ccc6246be3aa488180173aef8bd78918.png

​

数据表数据没有新增，说明数据在报错后回滚了，说明进行了事务处理，事务处理开启成功。但是这种方式有个很大的麻烦点，你需要到所有需要事务处理的方法上去加@Transactional注解，有点相当的麻烦，所想统一处理呢，怎么操作？可以通过xml+aop的方式实现，下面开始本章的重点学习对象，就是xml方式实现spring事务处理。

2：xml方式

当不开启事务时：

将上面测试时添加的两个注解都删了，然后测试接口的事务处理。上面已经测试过了，这里就不写了。

当开启事务时：

开启方式：******************

先创建transaction.xml文件，如下：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
	   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop"
	   xmlns:tx="http://www.springframework.org/schema/tx"
	   xsi:schemaLocation="
        http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/tx
        http://www.springframework.org/schema/tx/spring-tx.xsd
        http://www.springframework.org/schema/aop
        http://www.springframework.org/schema/aop/spring-aop.xsd">

	<!--  定义事务管理对象	-->
	<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
		<property name="dataSource" ref="dataSource" ></property>
	</bean>

	<!--  配置事务处理	-->
	<tx:advice id="txAdvice" transaction-manager="txManager">
		<tx:attributes>
			<tx:method name="*" read-only="true" timeout="7200" />
			<tx:method name="get*" rollback-for="Exception" read-only="true" ></tx:method>
			<tx:method name="add*" ></tx:method>
			<tx:method name="delete*" rollback-for="Exception" read-only="true" ></tx:method>
			<tx:method name="update*" rollback-for="Exception" read-only="true" ></tx:method>
		</tx:attributes>
	</tx:advice>

	<!--  配置aop的切点和切点的处理	-->
	<aop:config>
		<aop:pointcut id="allManagerMethod" expression="execution (* com.swagger.demo.service.UserService.*(..))" />
		<aop:advisor advice-ref="txAdvice" pointcut-ref="allManagerMethod" order="0"/>
	</aop:config>

</beans>

代码解读如下：

​1：此处是定义事务管理对象，就是上面提到的那个类，此处截图爆红是因为还没有在springboot项目的启动类导入该配置文件。

a9950e22948e4d2e8b45e961ed779c16.png

​

2：通过aop定义切点，切到需要处理事务的地方，里面的匹配方式就是aop切点的匹配规则，百度吧，东西不多，此处不展开。

571eab00d8f6459185e0430609b90079.png

​

3：创建tx标签，关联aop对象和事务管理对象，配置需要事务处理的地方。下面解释tx标签的属性。

ps：创建好xml文件后，其次记得要引入aop的jar包，不然启动报错，因为xml文件使用了aop的标签。

c8ea062567f74d5692e2cc27d41e7fbe.png

​

最后，启动类导入该文件，@ImportResource("classpath:transaction.xml") 这个东西注意了，必须加上，否则事务配置的xml文件不会生效，一定记得加哦！！！

2d376460f9834c7884074c6321e5f4ac.png

​

创建好xml文件并导入后，我们继续测试add方法，并采用所有的默认spring事务配置进行测试（后面小节进行其他属性的一一测试）。

32d142a936bd43bba74aa7f4b53ad877.png

​

测试前数据表：

4685e2c6c66c4cbeb5ae57dd76fae7e6.png

​

调用接口：

d2560bff7a2642608beea027f797987f.png

​

测试后数据表：

a592ac64c4bf4532b1513035b93d270e.png

​

数据表没有新增数据，说明采用标签的默认的事务处理是生效了的。后面小节针对上面表格的6个属性值（read-only，rollback-for，isolation，no-rollback-for，propagation，timeout）进行学习。

四、spring事务的多个属性的实际操作演练

1、事务是否只有可读权限（read-only）

针对这个属性的学习还是拿上面的add方法进行测试。

false时：

cecde198a43e469db161aee85f58f0b9.png

​

c85ee17b9cf44d52bf909ca53d449779.png

​

默认是false，所以当不写时就是false，测试上面add方法是否会新增成功呢？答案是：肯定会。

2f63754045d14be5a05f7dfca2bd2241.png

​

7c1c87308361425d9a2206669f6d490b.png

​

true时：

82dc7ae5590c4390816a7d47437ae9db.png

​

6406353d73384eabb69e8c969bba4860.png

​

上面这种情况时呢，会发生什么？

46d507489eb545118c4e381987016b29.png

​

17234fa455714fac9d22664bfb86425c.png

​

46a9e28e2143494896e6120801e270ec.png

​

可以发现接口报了sql异常了，连接只可以读，数据库数据也没有新增，确实进行了事务处理。

接下来再试试另一个参数rollback-for的学习，指定异常回滚。

2、事务发生指定的异常后回滚（rollback-for）

由于Spring事务的回滚会自动回滚发生的runtimeException异常，所以本小结的学习自定义一个自己的异常类型——MyException。

6520f0d5b8314c94a6556d4dc37f9a37.png

​

然后改造add方法。如下：

3615ea56295247e39b6648a140a93438.png

​

手动捕获这个runtimeException异常，然后由我们自己手动抛一个自定义的异常出去，再不修改 rollback-for属性的情况下，调用接口，事务会回滚吗？答案是不会，因为我自定义的异常继承自Exception，而不是运行时异常，测试看看，调用接口前数据库表是这样的：

c3b121704d784130be616f017549289b.png

​

调用接口后：

213f457ede454e628be762393075eef3.png

​

b77785938e2245c895ec40a7fce614e1.png

​

9eafa2d9e83746e398c80b62ac77c43a.png

​

虽然报错了，但是数据库数据仍然新增成功了，并没有回滚，没有事务处理。

下面试试rollback-for属性的作用。

ed3a52d8f50e418584d24985bc520b89.png

​

再进行测试。

测试前数据表：

efe93a32d78440bcbddc59b45b60f236.png

​

调用接口后：

c4c86a55e145416bb9404ab39a631322.png

​

b27ef227696345878e7bf5b69cb3c089.png

​

数据显然没有新增成功，所以事务回滚了，进行了事务处理，rollback-for的作用体现出来了，若需要让事务处理多个自定义异常的话，用逗号隔开即可，如：<tx:method name="add*" rollback-for="MyException,MyException2,MyException3" ></tx:method>。

补充：关于异常回滚这块，需要注意一个东西：try-catch手动捕获异常，即使是runtimeException类型的异常，若手动捕获了异常并没有再抛出runtimeException异常（要把异常抛出去，抛到方法外让别人能发现，不能自己抓起来），就不会进行事务处理了就是所谓的事务失效。

意思就是如下情况：

58b977b9b2cc461eab32dbb6537d7003.png

​

手动捕获，但是抛出了运行时异常，能回滚。

c60e508ea38549efa6393644941ca56f.png

​

手动捕获，但是未做其他处理，不能回滚。

c2b62eb0d25445638942275391cecfe9.png

​

直接抛出运行时异常类ArithmeticException，继承至运行时异常类，能回滚。

言归正传，下面学习no-rollback-for属性，设置指定异常不回滚。

3、事务发生指定的异常后不回滚（no-rollback-for）

上面有说到运行时异常都会进行事务处理，demo中的ArithmeticException异常就是runtimeException，若现在我需要设置即使发生这个异常也不回滚，怎么做呢？下面就可以通过这个属性实现。

27ce5b0e9c7640a9b34976d8f5730d58.png

​

上面已经测试过发生这个异常会回滚，所有这里直接测试将这个属性设置到no-rollback-for属性，测试是不是不会回滚？

fa28804eb26442e88189170e6be35ad8.png

​

30f74b1fc11144b5b8ae8f867df3cf0e.png

​

测试前数据库表：

81c7cda2d6b2452b83146d20250f55fb.png

​调用接口：

804e0b0823ed4349a33faaf10154da00.png

​

c660e833db284d7bac8b46aa8ea18503.png

​

00edcacf0ee6455ab6a4ecf38f07dde6.png

​

虽然报错了，但是仍然插入了数据，说明的确在设置no-rollback-for属性值为ArithmeticException时，Spring事务不回滚了，前面的提出的假设需求就回答了，这就是no-rollback-for属性的作用。同样的，若需要处理多个异常不进行事务处理，就用逗号隔开即可。

4、事务隔离级别（isolation）

事务隔离级别一直都是懵懵懂懂的概念，这次浅学一下。 isolation属性就是设置事务隔离级别的，默认是default（由数据库自动判断应使用什么隔离级别）。 这一小节就测试一下read_uncommitted（可以读取未提交的数据。可能出现脏读、不重复读、幻读。效率最高）。

首先先查看下自己的mysql是使用的什么隔离级别。

f332772ff4d1421e95d437dc2d29029a.png

​

这是我的（可重复度，即mysql默认的隔离级别） 。

下面开始通过两个接口来测试事务隔离级别读未提交（read_uncommitted）。

现在模拟一种情况，张三在新增一个用户"马冬梅"，但是事务还没有执行完，还没有提交到数据库，这个时候李四上去查询用户，如果是default情况下，李四是肯定查询不到"马冬梅"的，为default时，我已经测试过了，查询不到，但是我现在抽风了，我就是要查询到这个"马冬梅"，怎么办？就可以设置事务隔离级别为读未提交，下面开始整这个demo。

1、还原add方法，并新增一个get方法用于查询所有用户。

e8891576a4774170aa7d513c71be6e12.png

​

2、改造xml文件，设置这两个方法的事务隔离级别。

33ec047640d144f9b591831c8b28df5d.png

​

3、运行这个项目，跑两个端口，一个给张三用于新增，一个给李四用于查询。

0586d1f9d9a6426d95cbc32d7af1eb7d.png

​

先看看现在表的情况。

427d3eec11404742a34c8b2fee2fe3bb.png

​

有这样5条数据。

张三现在用8085端口新增马冬梅（在add方法加个断点，防止数据立刻提交），李四用8086去查询。

b2b4b73933ff4810894be41dfac28e3b.png

​

张三新增马冬梅，断点不放开。

9719404ef1b64d348c798ac80ad8ee81.png

​

13da00933f7a4b16b84d555ed9250939.png

​ 可以看到数据库表数据未新增，因为事务还没有提交嘛。现在让李四到8086端口查询。

0a403460794f46329336c8867752cfd6.png

​

可以看到，李四查询出了张三还未提交事务到数据库的数据"马冬梅"。

后面的其他隔离级别这里就不写了，太多了。

5、事务传播性（propagation）

除了事务隔离级别，还有个事务传播机制也经常被面试官问到，趁现在也大概学习一下。 本小结通过设置REQUIRED（支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择，也是最简单的处理）进行学习。默认的传播机制是也是REQUIRED。通过学习，我认为事务传播性基本上就是发生在多个方法上，比如A方法有事务，A方法内调用B方法，而B方法也有事务，或者A方法没有事务时，事务它到底如何处理，这就是事务传播机制。

我先用语言描述一下我对于默认的REQUIRED的了解。

假设如果有一个A方法需要新增用户的基本信息，而B方法需要新增他的父亲和母亲的基本信息，则在A方法新增完自己的信息后调用B方法。若两个方法都存在事务时，则B方法的事务就不会创建，而是和A方法公用一个事务，意思就是出异常了就一起回滚；而若方法不存在事务，B方法存在事务，就会新建一个B方法自己的事务，A方法出异常也不会回滚，而B方法会回滚。

下面通过代码实现。

新建一个service和实现类存放新增父母信息的方法（原因：放在同一个类下会发生事务失效的问题，我试了很久，你也可以试一下，要放在不同类下），如下：

1659ac9725de471081614acd0101cccf.png

​

1、新增addFather方法

8b5fb800e0214a558c96c551988d72e0.png

​2、改造原来的add方法

34c9080fdc9b4452a0e59eeb00a09635.png

​3、新增addFather方法的事务处理

f8aa1cc674d044d8b46d31704f4baf8f.png

​

测试前数据表数据：

8989cd2ac57d4d829c6626c5a84b62a7.png

​调用接口测试：

10eab4eaa3d349e1bb7d3845839340ba.png

​

4d572e6183cb42fcbaa085dcacebbc95.png

​

02f162069ef74a29bbbb268781e2dce3.png

​ 发现数据库没有新增数据，两个方法的事务都回滚了，说明第二个事务在发现当前存在事务时，直接加入了第一个事务，只存在同一个事务。

下面测试若只有B存在事务，A不存在事务时，是不是B会新建事务，效果预测将会是马冬梅新增成功，而他的父母不会新增成功。

测试操作如下：

1、关闭add方法的事务，只开启addFather方法的事务

0c0a11c593b44a7a83a0eebd682fe099.png

​

测试前数据表：

8989cd2ac57d4d829c6626c5a84b62a7.png

​

调用接口：

1b2d1afd5be047619c4d2abb852b86b7.png

​

0eb17dfebf464ec3bac50d33b6bfd326.png

​

9b40082c42094c53bb7620b35f4900fc.png

​

结果：发生了运行时异常，并回滚了B方法的事务，但是没有回滚A方法的事务，说明B方法在当前不存在事务的情况下，新建了一个自己的事务。

6、事务超时时间（timeout）

对于事务超时时间的学习，下面继续通过add方法的demo进行学习。

注意：这里的超时时间是数据库连接的超时时间，而不是整个方法的超时时间，若有兴趣可以试试方法内线程睡眠，可以看到事务不会回滚，我已经试过了，哈哈。

改造add方法，由于每次插入方法太短，直接给他来个循环10000次。

测试前：

aded01e6a71248be825c5e855b06842d.png

​

4b420dd4192d4fb6aa09a1693eb074e9.png

​

95bb80b057874b049abfcc5ce77c4725.png

​

调用接口后：

66be7aa4c5f1411f80a17d311f6a0ab2.png

​

587139b6c4374206a2a8204e19be62a1.png

​

a279c30a2ec048d28404a134fd830ac9.png

​

成功触发超时事务。学习时一直测试不出这个超时时间的效果，总感觉没作用，直接给他上个1毫秒就算超时，就给我回滚，终于出效果了。记住：只有数据库连接上以后的jdbc操作的耗时才算超时时间，方法内的业务代码超时时间是不算的（记住这个小坑）。