Spring事务配置及事务的传播性与隔离级别详解，中软国际java面试

@Transactional

public class Txtest implements TestService { }

在public方法上使用@Transactional，则该方法使用事务；非public方法使用@Transactional不会报错，但也不会使用事务，相当于“白做”。

@Transactional

public List getAll() {

return null;

}

如果在类上使用@Transactional，但是类中的某个方法不想使用事务，则可以使用

@Transactional

public class Txtest implements TestService {

@Transactional(propagation = Propagation.NOT_SUPPORTED)

public List getAll() {

return null;

}

}

使用tx标签配置的拦截器

---

1.配置sessionFactory

classpath:hibernate.cfg.xml

2.配置事务管理器

3.配置事务的传播性

<tx:advice id=“TxAdvice” transaction-manager=“transactionManager”>

tx:attributes

<tx:method name=“query*” read-only=“true”/>

<tx:method name=“insert*” propagation=“REQUIRED” rollback-for=“java.lang.Exception”/>

<tx:method name=“update*” propagation=“REQUIRED” rollback-for=“java.lang.Exception”/>

<tx:method name=“delete*” propagation=“REQUIRED” rollback-for=“java.lang.Exception”/>

<tx:method name=“*” propagation=“REQUIRED” rollback-for=“java.lang.Exception”/>

</tx:attributes>

</tx:advice>

4.配置参与事务的类

aop:config

<aop:pointcut id=“allServiceMethod” expression=“execution(* com.chillax..service..*(…))”/>

<aop:advisor pointcut-ref=“allServiceMethod” advice-ref=“TxAdvice” />

</aop:config>

2.事务的传播性

========

1）@Transactional(propagation=Propagation.REQUIRED)：默认的spring事务传播级别，使用该级别的特点是，如果上下文中已经存在事务，那么就加入到事务中执行，如果当前上下文中不存在事务，则新建事务执行，所以这个级别通常能满足处理大多数的业务场景。

2）@Transactional(propagation=PROPAGATION.SUPPORTS)：从字面意思就知道，supports(支持)，该传播级别的特点是，如果上下文存在事务，则支持当前事务，加入到事务执行，如果没有事务，则使用非事务的方式执行。所以说，并非所有的包在transactionTemplate.execute中的代码都会有事务支持。这个通常是用来处理那些并非原子性的非核心业务逻辑操作，应用场景较少。

3）@Transactional(propagation=PROPAGATION.MANDATORY)：该级别的事务要求上下文中必须要存在事务，否则就会抛出异常！配置该方式的传播级别是有效的控制上下文调用代码遗漏添加事务控制的保证手段。比如一段代码不能单独被调用执行，但是一旦被调用，就必须有事务包含的情况，就可以使用这个传播级别。

4）@Transactional(propagation=PROPAGATION.REQUIRES_NEW)：从字面即可知道，每次都要一个新的事务，该传播级别的特点是，每次都会新建一个事务，并且同时将上下文中的事务挂起，当新建事务执行完成以后，上下文事务再恢复执行。

这是一个很有用的传播级别，举一个应用场景：现在有一个发送100个红包的操作，在发送之前，要做一些系统的初始化、验证、数据记录操作，然后发送100封红包，然后再记录发送日志，发送日志要求100%的准确，如果日志不准确，那么整个父事务逻辑需要回滚。

怎么处理整个业务需求呢？就是通过这个PROPAGATION.REQUIRES_NEW 级别的事务传播控制就可以完成。发送红包的子事务不会直接影响到父事务的提交和回滚。

5）@Transactional(propagation=PROPAGATION.NOT_SUPPORTED) ：这个也可以从字面得知，not supported(不支持)，当前级别的特点是,如果上下文中存在事务，

则挂起事务，执行当前逻辑，结束后恢复上下文的事务。

这个级别有什么好处？可以帮助你将事务极可能的缩小。我们知道一个事务越大，它存在的风险也就越多。所以在处理事务的过程中，要保证尽可能的缩小范围。比如一段代码，是每次逻辑操作都必须调用的，比如循环1000次的某个非核心业务逻辑操作。这样的代码如果包在事务中，势必造成事务太大，导致出现一些难以考虑周全的异常情况。所以这个事务这个级别的传播级别就派上用场了，用当前级别的事务模板抱起来就可以了。

6）@Transactional(propagation=PROPAGATION.NEVER)：该事务更严格，上面一个事务传播级别只是不支持而已，有事务就挂起，而PROPAGATION_NEVER传播级别要求上下文中不能存在事务，一旦有事务，就抛出runtime异常，强制停止执行！

7）@Transactional(propagation=PROPAGATION.NESTED)：字面也可知道，nested，嵌套级别事务。该传播级别特征是，如果上下文中存在事务，则嵌套事务执行，如果不存在事务，则新建事务。

那么什么是嵌套事务呢？

嵌套是子事务套在父事务中执行，子事务是父事务的一部分，在进入子事务之前，父事务建立一个回滚点，叫save point，然后执行子事务，这个子事务的执行也算是父事务的一部分，然后子事务执行结束，父事务继续执行。重点就在于那个save point，看几个问题就明白了。

如果子事务回滚，会发生什么？

如果子事务抛出的异常被父事务捕获，则父事务仍然可以提交；如果没有捕获，则父事务也将回滚。

如果父事务回滚，会发生什么？

父事务回滚，子事务也会跟着回滚！为什么呢，因为父事务结束之前，子事务是不会提交的，我们说子事务是父事务的一部分，正是这个道理。

那么：事务的提交，是什么情况？ 是父事务先提交，然后子事务提交，还是子事务先提交，父事务再提交？

答案是第二种情况，还是那句话，子事务是父事务的一部分，由父事务统一提交。

以上是事务的7个传播级别，在日常应用中，通常可以满足各种业务需求，但是除了传播级别，在读取数据库的过程中，如果两个事务并发执行，那么彼此之间的数据是如何影响的呢？

这就需要了解一下事务的另一个特性：事务的隔离级别。

3.事务的隔离级别

=============

1)@Transactional(isolation = Isolation.SERIALIZABLE)：最严格的级别，事务串行执行，资源消耗最大；

2)@Transactional(isolation = Isolation.REPEATABLE_READ)：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但是带来了更多的性能损失。

3)@Transactional(isolation = Isolation.READ_COMMITTED)：大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”，该级别适用于大多数系统。

4)@Transactional(isolation = Isolation.READ_UNCOMMITTED)：保证了读取过程中不会读取到非法数据。

1：Dirty reads–读脏数据。也就是说，比如事务A的未提交（还依然缓存）的数据被事务B读走，如果事务A失败回滚，会导致事务B所读取的的数据是错误的。

2：non-repeatable reads–不可重复读。比如事务A中两处读取同一行数据的total值。在第一读的时候，total是100，然后事务B就把total的数据改成200，事务A再读一次，结果就发现，total竟然就变成200了，造成事务A在同一个事务中重复读取的结果不一致，也就是所谓的不可重复读。

3：phantom reads–幻象读数据。这个和non-repeatable reads相似，也是同一个事务中多次读不一致的问题。但是non-repeatable reads的不一致是因为他所要取的数据被修改了，但是phantom reads所要读的数据的不一致指的是：相同的查询语句执行两次，但第二次返回第一次没有返回的行，则该行是“幻像”行，也就是出现了幻读。比如SELECT * FROM child WHERE id > 100 FOR UPDATE;，此时表中有id=90，id=102两行数据。事务A第一次读取时返回了1行数据，之后事务B往该表插入了一条id=101的数据，事务第二次读取的时候，结果返回了2行数据，则出现了幻读。

不可重复读的重点是修改：同样的条件, 你读取过的数据, 再次读取出来发现值不一样了。

幻读的重点在于新增或者删除：同样的条件, 第1次和第2次读出来的记录数不一样。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

最后

最后，强调几点：

• 1. 一定要谨慎对待写在简历上的东西，一定要对简历上的东西非常熟悉。因为一般情况下，面试官都是会根据你的简历来问的； 能有一个上得了台面的项目也非常重要，这很可能是面试官会大量发问的地方，所以在面试之前好好回顾一下自己所做的项目；
• 2. 和面试官聊基础知识比如设计模式的使用、多线程的使用等等，可以结合具体的项目场景或者是自己在平时是如何使用的；
• 3. 注意自己开源的Github项目，面试官可能会挖你的Github项目提问；

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！

以上面试专题的答小编案整理成面试文档了，文档里有答案详解，以及其他一些大厂面试题目。

面试答案

Github项目提问；

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！

以上面试专题的答小编案整理成面试文档了，文档里有答案详解，以及其他一些大厂面试题目。

面试答案

[外链图片转存中…(img-yBeznhmY-1711962421647)]

[外链图片转存中…(img-8rQwZZ99-1711962421647)]

[外链图片转存中…(img-BfM12KuL-1711962421648)]