Spring事务传播机制中REQUIRES_NEW和NESTED的区别

最新推荐文章于 2025-06-13 15:04:21 发布
最新推荐文章于 2025-06-13 15:04:21 发布
阅读量3.2k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： springboot springboot源码学习 文章标签： spring java 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Swing_wingS/article/details/121518868
本文详细介绍了NESTED和REQUIRES_NEW两种事务管理方式的区别。NESTED事务在同一连接下开启子事务，而REQUIRES_NEW则创建新的独立事务和连接。在多数据源环境中，REQUIRES_NEW会重新获取数据源，而NESTED则不会。理解这些差异对于优化事务处理和数据源管理至关重要。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

NESTED是为被嵌套的方法开启了一个子事务，这个事务与父类使用的是同一个连接。

REQUIRES_NEW是使用一个全新的事务，这个事务属于另外一条全新的连接。

两者最重要的体现，就是在多数据源中，REQUIRES_NEW会再次触发一下数据源的获取，而NESTED则不会

【Spring笔记09】Spring中事务传播机制（注解方式）
✅ Java 开发工程师，从事 Web 应用程序的研发，擅长 Spring、SpringBoot 等技术。 ✅ 热爱编程，业余时间学习新知识，通过 优快云 记录学习心得和笔记内容。
06-04 843
这篇文章，主要介绍如何使用注解进行事务控制，以及Spring中事务的七种传播机制、Spring事务失效的几个原因。
Spring的事务传播机制和隔离级别
喜欢猪猪
07-01 836
Spring 提供了强大的事务管理机制，通过事务传播机制：定义了事务方法在被另一个事务方法调用时的行为。常见的传播行为包括等。事务隔离级别：定义了一个事务对其他事务的可见性。常见的隔离级别包括和。了解事务传播机制和隔离级别有助于写出更健壮和高效的事务管理代码，确保数据的一致性和完整性。Spring 提供了强大的事务管理机制，通过注解或程序化事务管理方式，开发者可以轻松地在应用中启用事务特性。
REQUIRED、REQUIRES_NEW、NESTED的区别
shuai的博客
10-24 1700
如果当前无事务，则REQUIRED、REQUIRES_NEW、NESTED三种事务传播类型无区别，效果都是创建一个新事务如果当前存在事务，REQUIRED表示加入当前事务。可以理解为整体（方法一和方法二）使用同一个事务标识，同时提交或回滚。即使方法一捕获了方法二的异常，但是方法二抛出了异常，整体事务被标记为回滚了，此时方法一虽然可以继续运行到结束，但最终也是事务回滚，并且会主动抛出异常。如果当前存在事务，REQUIRES_NEW表示挂起当前事务，创建一个新事务。
Spring中事务的传播机制以及REQUIRED、REQUIRES_NEW、NESTED区别以及代码演示
热爱生活の李
10-17 2609
Spring中事务的传播机制详解+demo理解更快以及如何判断他们到底是一个事务还是两个事务以及两个事务他们之间的区别
spring REQUIRES_NEW 实现原理
最新发布
chuxinshizhong_的博客
06-13 107
当使用 REQUIRES_NEW 传播行为时，Spring 会挂起当前事务，并创建一个新的事务来执行被注解的方法。这个新事务会使用一个新的数据库连接，而不是复用当前事务的连接。
REQUIRED,REQUIRES_NEW,NESTED 异同
07-09 2530
由“1.2 场景二”和“3.2 场景二”对比，我们可知：NESTED 和 REQUIRED 修饰的内部方法都属于外围方法事务，如果外围方法抛出异常，这两种方法的事务都会被回滚。但是 REQUIRED 是加入外围方法事务，所以和外围事务同属于一个事务，一旦 REQUIRED 事务抛出异常被回滚，外围方法事务也将被回滚。而 NESTED 是外围方法的子事务，有单独的保存点，所以 NESTED 方法抛出异常被回滚，不会影响到外围方法的事务。 由“2.2 场景二”和“3.2 场景二”对比，我们可知：NESTED 和
Spring事务传播行为REQUIRES_NEW和NESTED用法栗子
假人一个的博客
07-14 2554
NESTED
spring的事务NEST与REQUIRES_NEW区别
嵇康的专栏
05-09 5676
两者都用于内嵌事务:在一个事务方法内嵌套调用另一个事务。 但是NESTED是可以回滚到保存点的，即要么选择提交调用方的数据，要么选择把调用方数据回滚（当然被掉用方肯定回滚了）到保存点，或者全部回滚 而REQUIRES_NEW是要么选择提交调用方的数据，要么选择把调用方数据回滚（当然被掉用方肯定回滚了）。 例题： 调用方方法：Transactional(readOnly = fals
Spring事务传播：REQUIRED、REQUIRES_NEW、NESTED事务传播举例对比
laozhang42的博客
02-16 3442
Spring事物传播：REQUIRED、REQUIRES_NEW、NESTED三种事物传播机制举例对比
Spring事务传播机制.docx
01-13
Spring 事务传播机制是指在 Spring 框架中，事务的传播和嵌套机制。当我们在使用 Spring 所提供的事务功能时，如果是仅仅处理单个的事务，是比较容易把握事务的提交与回滚，不过一旦引入嵌套事务后，多个事务的回滚...
【转】PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的区别
金戈铁马
04-02 308
原文：https://docs.spring.io/spring/docs/3.0.x/spring-framework-reference/html/transaction.html#tx-propagation 10.5.7Transaction propagation This section describes some semantics of transaction pro...
reuqest_new和nested区别
我的征程是星辰大海
03-23 230
参考文档:https://www.jianshu.com/p/d7c17684f801。1,A required 或者requires_new。前提:A和B需要放到不同的类文件中(注意)A报错,A回滚,B提交。B报错,A提交,B回滚。B报错,A提交,B回滚。A报错,A,B都回滚。
PROPAGATION_REQUIRED，PROPAGATN_REQUIRES_NEW，PROPAGATION_NESTED区别
Maya2000的专栏
08-02 1357
PROPAGATION_REQUIRED嵌套时，不管是否用try catch，只要里外二个事务有一个出错，都会因rollback。因为是同一个事务范围。 PROPAGATN_REQUIRES_NEW被嵌套时，外面的事务不会影响里面的事务。如果里面的事务用了try catch，那么出错外面不会rollback，里面rollback。如果没用，里面的抛出错，会导致里外的事务都rollback。 P...
关于PROPAGATION_REQUIRES_NEW和PROPAGATION_NESTED事务的比较
weixin_33912445的博客
03-07 396
2019独角兽企业重金招聘Python工程师标准>>> ...
PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED区别
ncuzengxiebo的博客
09-15 3450
转载地址：https://blog.youkuaiyun.com/u011285162/article/details/19247711  最容易弄混淆的其实是 PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED, 那么这两种方式又有何区别呢? 我简单的翻译一下 Juergen Hoeller 的话 :           PROPAGATION_REQUIRES_N...
【Spring】@Transactional的事务传播方式REQUIRED、REQUIRES_NEW、NESTED
qq_27579471的博客
12-30 1675
参考 spring事务传播之required nested requires_new Spring框架(事务传播行为) 补充 NESTED是为被嵌套的方法开启了一个子事务，这个事务与父类使用的是同一个连接。 REQUIRES_NEW是使用一个全新的事务，这个事务属于另外一条全新的连接。 两者最重要的体现，就是在多数据源中，REQUIRES_NEW会再次触发一下数据源的获取，而NESTED则不会。 NESTED开始一个 “嵌套的” 事务, 它是已经存在事务的一个真正的子事务。嵌套事务开始执行时, 它将取得
spring的事务自己再理解的，required，new，nested
f45056231p的博客
10-29 2268
先假设A是大方法，B是小方法 required，A没有事务时调用B方法（B的事务隔离级别是required），B就会开启自己单独的事务，B要回滚的话，也是回滚B。A有事务时，B就加入到A这个事务（B不开启自己的事务了），这里发生回滚的话，AB的事务就都被回滚了。 new ， A没有事务时调用B方法（B的事务隔离级别是new），B就会开启自己单独的事务，B要回滚的话，也是回滚B。A有事务时，B还...
完全弄懂spring中的事务传播机制（required,require_new,nested）
Cofer源
08-04 896
Spring中的事务传播机制 spring中的事务传播机制之前一直不是很懂，这次整理了一下，对于难理解的三种传播机制做了比较分析，这三个在项目中还是比较常用的，建议理解消化，对比记忆。下面先把整理好的表格放上来。主要应对的三种情况的异常：外层正常try-catch内层，内层出错；外层正常，内层出错，外层不try-catch；外层出错，内层正常。 下面我把测试代码块放上来 目录结构 数据库表结构 TestMapper package com.example.demo.mapper; import
spring的事务传播行为之nested和requires_new
jingchun1的博客
01-13 1317
传播行为是嵌套事务，它会创建一个保存点（Savepoint）并在需要时回滚到该保存点，但如果外层事务回滚，它会回滚到整个事务的起点，包括内层的嵌套事务。requires_new: 内层和外层是俩个毫不相关的事务，外层是否回滚，取决于内层抛出后，外层是否捕获异常。nested： 内外层是一个嵌套间的关系，当内层回滚，外层的回滚取决于是否捕获异常。如果外层事务顺利提交，而内层事务发生异常，则只会回滚内层事务，而外层事务不受影响。具体来说，如果外层事务发生了异常并回滚，内层事务也会被回滚。
@Transactional 和手动开启 PROPAGATION_REQUIRES_NEW事务有什么区别
03-23
<think>嗯，用户的问题是关于Spring事务管理中@Transactional注解和手动开启PROPAGATION_REQUIRES_NEW的区别。首先，我需要确认自己对这两个概念的理解是否正确。 首先，@Transactional注解是用来声明事务的边界和属性的，包括传播行为、隔离级别、超时设置等。当我们在方法上使用@Transactional(propagation = Propagation.REQUIRES_NEW)时，Spring会在调用该方法时挂起当前事务（如果存在），然后创建一个新的事务。方法执行完毕后，新事务提交，之前的事务恢复。这种方式的优势在于声明式事务管理，代码简洁，但可能受限于AOP代理的机制，比如自调用问题，即同一个类中的一个方法调用另一个有@Transactional注解的方法，这时候事务可能不会生效，因为代理对象没有被调用。 然后是手动管理事务，使用TransactionTemplate或者PlatformTransactionManager。手动管理事务允许更细粒度的控制，可以在代码中明确指定事务的开始和结束，处理提交和回滚。这种方式灵活性更高，尤其是在需要嵌套事务或者在特定条件下控制事务时。例如，可以在try-catch块中处理异常，根据不同的情况决定提交还是回滚。不过手动管理的代码量较大，容易出错，比如忘记提交或回滚，或者资源未正确释放。 接下来要考虑用户的实际应用场景。用户可能在开发中遇到了事务传播的问题，比如需要在一个外部事务中执行一个内部方法，该内部方法需要独立的事务，即使外部事务回滚，内部事务仍然提交。这时候使用PROPAGATION_REQUIRES_NEW是合适的。但用户可能想知道声明式事务和手动事务在这方面的区别，以及何时选择哪种方式。 还需要注意引用中的内容，特别是引用3提到的外部方法调用内部方法时的事务行为。如果内部方法使用REQUIRES_NEW，但在同一个类中直接调用，由于Spring的代理机制，事务可能不会生效。这时候可能需要通过AopContext.currentProxy()来获取代理对象，或者将内部方法移到另一个Bean中。而手动管理事务则不会有这个问题，因为事务的开启和提交是显式控制的。 另外，引用4提到的博客可能提供了更多细节，比如具体的配置或常见问题，但用户没有提供具体内容，可能需要依赖已有的知识回答。 总结两者的区别，声明式事务更简洁但受限于代理机制，手动事务更灵活但代码复杂。用户可能需要根据具体场景选择，比如是否需要精细控制，是否存在自调用问题，或者对代码侵入性的接受程度。 最后，用户可能需要了解如何在实际项目中正确使用这两种方式，避免常见错误，比如事务不生效或资源泄漏。生成的相关问题可能涉及事务传播的其他行为、异常处理、性能影响等，帮助用户更全面地理解事务管理。</think>### @Transactional注解与手动开启PROPAGATION_REQUIRES_NEW的区别 #### 1. **声明式事务（@Transactional）** **定义**：通过注解声明事务属性，由Spring框架代理管理事务的生命周期。 **关键特性**： - **传播行为控制**：例如`@Transactional(propagation = Propagation.REQUIRES_NEW)`会挂起当前事务（如果存在）并创建新事务[^3]。 - **基于AOP实现**：依赖动态代理，因此**自调用（同类方法调用）会导致事务失效**（需通过代理对象调用）。 - **异常回滚规则**：默认对`RuntimeException`回滚，可通过`rollbackFor`/`noRollbackFor`自定义。 - **代码简洁性**：无需手动编写事务代码。 **示例**： ```java @Transactional(propagation = Propagation.REQUIRES_NEW) public void innerMethod() { // 此方法始终在新事务中运行 } ``` #### 2. **手动事务（TransactionTemplate/PlatformTransactionManager）** **定义**：通过编程方式显式控制事务的开始、提交或回滚。 **关键特性**： - **灵活控制**：可在代码块中精确管理事务边界，例如在条件分支中决定是否提交。 - **避免代理限制**：无自调用问题，事务行为直接生效。 - **复杂性高**：需手动处理异常和资源释放。 **示例**： ```java public void manualMethod() { transactionTemplate.execute(status -> { // 手动开启新事务（默认传播行为独立） try { // 业务逻辑 return result; } catch (Exception e) { status.setRollbackOnly(); // 标记回滚 return null; } }); } ``` #### 3. **核心区别** | **维度** | **@Transactional** | **手动事务** | |-------------------|------------------------------------------|----------------------------------| | **事务控制粒度** | 方法级别 | 代码块级别 | | **自调用问题** | 存在（需代理调用解决） | 无 | | **代码侵入性** | 低（注解声明） | 高（显式代码） | | **灵活性** | 受限于注解配置 | 可动态调整事务逻辑 | | **异常处理** | 依赖注解参数 | 需手动捕获并处理 | #### 4. **应用场景建议** - **优先使用@Transactional**：适用于简单事务逻辑，且无自调用问题。 - **选择手动事务**：当需要精细控制（如嵌套事务条件分支）或解决同类方法调用限制时[^4]。 --- ### 相关问题 1. **Spring事务传播机制中，PROPAGATION_REQUIRES_NEW和PROPAGATION_NESTED有何区别？** 2. **如何通过AopContext解决@Transactional自调用失效问题？** 3. **手动事务管理中，TransactionTemplate和PlatformTransactionManager如何选择？** 4. **在分布式事务场景下，PROPAGATION_REQUIRES_NEW是否适用？** --- ### 参考文献 [^1]: Spring官方文档关于事务传播行为的说明。 [^2]: 事务传播行为`REQUIRES_NEW`的定义与应用场景。 : 同类方法调用导致事务失效的案例分析。 [^4]: 编程式事务与声明式事务的性能对比与最佳实践。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值