Spring中，@Transactional 注解的失效测试以及传播行为测试

最新推荐文章于 2025-04-08 11:53:04 发布
原创 最新推荐文章于 2025-04-08 11:53:04 发布 · 473 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#@Transactional失效 #传播行为

分别测试四种情况：

  1. 同一个service中，A方法调用B方法，B方法抛异常
  2. 同一个service中，A方法调用B方法，A方法抛异常
  3. service1中A方法，调用service2中B方法，B方法抛异常
  4. service1中A方法，调用service2中B方法，A方法抛异常

分别测试A、B方法加上@Transactional注解

Controller层：

@RestController
@RequestMapping(value = "/transaction")
public class TransactionController {

	@Autowired
	TransactionService transactionService;
	
	@GetMapping(value="/test")
	public String test() {
		return transactionService.test();
	}
}

Dao层：

@Mapper
public interface TransactionDao {

	@Insert(value = "insert into test(name) values ('小明')")
	public void insertUser();

	@Insert(value = "insert into test(name) values ('小李')")
	public void insertAnotherUser();
}

Service1：

@Service
public class TransactionService {

	@Autowired
	TransactionDao transactionDao;
	
	@Autowired
	TransactionServiceB transactionServiceB;
	
	public String test() {
		transactionDao.insertUser();
		return "success";
	}
	
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

}

Service2:

@Service
public class TransactionServiceB {

	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}
}

测试地址：http://localhost:8080/transaction/test

一、同一个service中，A方法调用B方法，B方法抛异常

1.1 方法A加@Transactional注解，方法B不加@Transactional注解

Service:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		testException();
		return "success";
	}
	
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务成功回滚

1.2 方法A加@Transactional注解，方法B加@Transactional注解

Service:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		testException();
		return "success";
	}
	
	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务成功回滚

1.3 方法A不加@Transactional注解，方法B加@Transactional注解

Service:

	public String test() {
		transactionDao.insertUser();
		testException();
		return "success";
	}
	
	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务没有回滚，B方法上的@Transactional注解失效。由于中间重置了一下自增的序列，因此id是从3开始，下面可以看到正常的主键的id的跳跃

二、 同一个service中，A方法调用B方法，A方法抛异常

2.1 方法A加@Transactional注解，方法B不加@Transactional注解

Service:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		testException();
		throw new RuntimeException();
	}
	
	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务成功回滚

2.2 方法A加@Transactional注解，方法B加@Transactional注解

Serice:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		testException();
		throw new RuntimeException();
	}
	
	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务成功回滚

2.3 方法A不加@Transactional注解，方法B加@Transactional注解

Service:

	public String test() {
		transactionDao.insertUser();
		testException();
		throw new RuntimeException();
	}
	
	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务没有回滚，B方法上的@Transactional注解失效，同时自增也间隔了4，说明之前的4次插入数据的回滚，会影响自增的递增

三、 service1中A方法，调用service2中B方法，B方法抛异常

3.1 方法A加@Transactional注解，方法B不加@Transactional注解

Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		return "success";
	}

Service2:

	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务回滚成功

3.2 方法A加@Transactional注解，方法B加@Transactional注解

Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		return "success";
	}

Service2:

	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务回滚成功

3.3 方法A不加@Transactional注解，方法B加@Transactional注解

Service1:

	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		return "success";
	}

Service2:

	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
Service1中没有事务，也没有回滚，Service2中的事务成功回滚

四、 service1中A方法，调用service2中B方法，A方法抛异常

4.1 方法A加@Transactional注解，方法B不加@Transactional注解

Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		throw new RuntimeException();
	}

Service2:

	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务回滚成功

4.2 方法A加@Transactional注解，方法B加@Transactional注解

Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		throw new RuntimeException();
	}

Service2:

	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
事务回滚成功，同时可以说明，默认的传播行为REQUIRED，一会可以测试一下其他的传播机制

4.3 方法A不加@Transactional注解，方法B加@Transactional注解

Service1:

	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		throw new RuntimeException();
	}

Service2:

	@Transactional
	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
Service1中没有事务，也没有进行回滚

五、测试其他传播机制

5.1 采用4.2 方法A加@Transactional注解，方法B加@Transactional注解进行测试，A方法抛出异常，修改方法B的传播机制

Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		throw new RuntimeException();
	}

Service2:

	@Transactional(propagation = Propagation.REQUIRES_NEW)
	public void testException() {
		transactionDao.insertAnotherUser();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
可以看到，Service1中的事务成功回滚，Service2中由于新开启了一个事务，所以Service1中的回滚，并不会影响Service2中的数据的提交

5.2 采用3.2 方法A加@Transactional注解，方法B加@Transactional注解进行测试，B方法抛出异常，修改方法B的传播机制

Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		transactionServiceB.testException();
		return "success";
	}

Service2:

	@Transactional(propagation = Propagation.REQUIRES_NEW)
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
在这里插入图片描述
数据库：
在这里插入图片描述
Service1和Sevice2中的事务都成功回滚

再进行一个尝试，A方法中捕获一下异常
Service1:

	@Transactional
	public String test() {
		transactionDao.insertUser();
		try {
			transactionServiceB.testException();
		} catch (Exception e) {
			return e.getMessage();
		}
		return "success";
	}

Service2:

	@Transactional(propagation = Propagation.REQUIRES_NEW)
	public void testException() {
		transactionDao.insertAnotherUser();
		throw new RuntimeException();
	}

结果：
返回空

数据库：
在这里插入图片描述
Service1中捕获了异常，因此Service1中的事务可以正常提交，Service2中由于出现异常，事务进行了回滚

六、 总结

同一个类中，A方法调用B方法，此时B方法的@Transactional注解是无效的，因为没有经过Spring的代理，直接对方法进行了调用，所以注解没有办法被AOP扫描到，就不能实现事务的功能。

不同类中，A方法调用B方法，此时B方法的@Transactional注解是生效的，因为经过了Spring的代理。此时A方法或者B方法中出现异常，是否回滚需要看事务的传播行为，以及异常是否进行了捕获。

@Transactional注解失效场景以及解决方法
小小鱼儿小小林的博客
03-24 576
@Transactional注解是Spring框架提供的用于管理事务的注解，它可以应用于类、方法或接口上，用于指定需要进行事务管理的方法或类。当一个方法被@Transactional注解修饰时，Spring会在该方法执行前开启一个事务，在方法执行后根据方法的执行情况决定是提交事务还是回滚事务。
Spring @Transactional注解原理深度分析
最新发布
ma451152002的专栏
06-17 115
Transactional注解是Spring事务管理的核心注解，定义在spring-tx@Inherited// 事务管理器限定符// 事务标签// 事务传播行为// 事务隔离级别// 事务超时时间// 只读事务标识// 回滚异常类型Class<?// 不回滚异常类型Class<?/*** 根据事务定义获取事务状态*//*** 提交事务*//*** 回滚事务*/@Component。
Spring 事务传播行为-测试代码+源码分析
wuhulala的休息室
04-15 1026
spring事务有如下七种类型 REQUIRED 默认，需要事务，没有则新建 REQUIRED_NEW 需要新事务，每次都新建 SUPPORTS 支持事务但不强制有事务 NOT_SUPPORTS 不支持事务，有事务挂起事务，执行完方法再唤醒 MONDATORY 强制事务，没有事务抛出异常 NEVER 当前方法不能有事务，否则抛出异常 NESTED 嵌套事务，无论是否有事务都会创建一个内部事务事...
spring中@transactional注解的测试
wgg062511的博客
01-11 536
@transacitonal注解的测试： 注解的定义 @Target({ElementType.TYPE, ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) @Inherited @Documented public @interface Transactional { ... } 根据元注解的定义，事务注解可以定义在类、接口、枚举、方法上 ，在日常的开发中一般写到service层（约定） 常见问题分析： 在springboot项
Spring声明式事务@Transactional传播行为
totally123的专栏
08-24 9955
在@Transactional注解中，可以propagation属性用来配置事务传播，支持7种不同的传播机制： REQUIRED：业务方法需要在一个事务中运行，如果方法运行时，已处在一个事务中，那么就加入该事务，否则自己创建一个新的事务。这是spring默认的传播行为。 NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事
@Transactional的多情况测试
you_do_what的博客
03-23 252
1.在同一个类中一个方法调用其它方法，且错误被try-cache抓住的情况下，无论注解加在哪里都不会回滚 public void testIn(){ try{ test2(); int i =1/0; }catch (Exception e){ test3(); } Testa testa = new Testa(); testa.setName("张三"+
@Transactional的四种隔离级别测试
C18298182575的博客
11-14 595
@Transactional
Spring @Transactional注解失效解决方案
08-25
Spring @Transactional 注解失效解决方案 在 Spring 框架中，@Transactional 注解是用于管理事务的关键工具之一。但是，在实际开发中，我们经常会遇到 @Transactional 注解失效的问题。本篇文章将详细介绍 @...
Spring中什么时候@Transactional会失效
完全体
04-08 756
自调用、非 public、异常没抛、线程跨域、配置不到位建议：所有方法都写在 public方法上不要在构造器中调用事务方法自调用的情况提取成一个新的@Service类想对。
Spring @Async 注解多线程导致Spring的注解@Transactional失效问题
ssmaaa的博客
02-20 3976
本文Spring @Async 注解多线程导致Spring的注解@Transactional失效与多数据源切换问题！ 问题：多线程为什么会导致事务注解@Transactional失效 实现AOP的方法有动态代理、编译期，类加载期织入等等，Spring实现AOP的方法则就是利用了动态代理机制，正因如此，才会导致某些情况下@Async和@Transactional不生效。 @Async注解使用如下 @EnableAsync //添加此注解开启异步调用（可用在配置类上，也可在启动类上标注） public
Transactional:Spring事务性Junit测试
05-19
使用 tk-mybatis 的 demo 测试了 Spring 的事务 包含 @Transactional 注解所有的功能测试。
spring(基础24) Spring注解@Transactional配置事务
babyZeng
06-17 408
1、详细介绍 事务管理是应用系统开发中必不可少的一部分。Spring 为事务管理提供了丰富的功能支持。Spring 事务管理分为编程式和声明式的两种方式。 编程式事务指的是通过编码方式实现事务；声明式事务基于 AOP,将具体业务逻辑与事务处理解耦。声明式事务管理使业务代码逻辑不受污染, 因此在实际使用中声明式事务用的比较多。声明式事务有两种方式，一种是在配置文件（xml）中做相关的事务规则声明，另...
@Transactional生效和失效测试及传播机制
u013078871的博客
09-12 853
一.概念 @Transactional是springboot框架中的声明式事务管理注解，是现在编程中普遍使用的事务管理注解。 通过该标注spring可以知道在什么地方启用数据库事务功能。 但是关于这个注解，如果不明白其原理，是有很多坑的，会导致使用时失效。 很多文章也只是千篇一律把其概念列了一下，并没有告诉我们究竟怎么使用是对的，怎么使用是错的。 所以我先把 @Transactional使用的注意点和规范列出来，大家先明白其用法，再去追究原理。 二.用法 @Transactional注解可以标注在类或者方法
java springboot测试类Transactional解决 测试过程中在数据库留下测试数据问题
weixin_45966674的博客
11-27 556
或者说 其实数据已经进来了 但是 又被事务回滚了 Transactional 和 Rollback 可以配合使用。但这里有个坑 如果我们在执行某个声明周期时 包含了测试的过程 它会在数据库中留下一条数据。Rollback设为false 表示 事务不回滚 然后我们右键运行之后查看数据库表。然后 这里 我们在测试类中 调用一下连数据库的函数 测试一下添加操作。好 目前 我们已经完成了表现层对应的测试了。然后 我们回头 刷新 查看数据库表。我们数据就进来了 因为不回滚了。
Spring注解@Transactional是什么？具体的使用方法
〆、挽风的博客
05-21 1537
本篇文章，我将和大家介绍 Spring 中的一个注解 @Transactional，将介绍一下 @Transactional的基本概念以及具体的使用方法。希望本篇文章能够对对大家的学习有所帮助！ 一、Transactional 声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截， 然后在目标方法开始之前创建或者加入一个事务， 在执行完目标方法之后根据执行情况提交或者回滚事务。 简而言之，@Transactional注解在代码执行出错的时候能够进行事务的回滚。 二、实战 1、首先我在Mysql
SpringBoot之Transactional事务传播行为
qq_43654581的博客
03-11 2133
事务的7个传播行为
spring @Transactional如何测试事务注解生效
u013905744的专栏
01-25 7335
需求：在bo中要操作两张表，insert表1，根据insert的结果update表2。这是一个典型的spring事务的应用情形。在方法上使用@Transactional，如何进行测试，看事务是否起作用了呢？ 解决方法：常用的测试方法是加入一条b=0;c=a/b;模拟出错的情况。测试应该包括insert表1的过程出错，以及update表2的过程出错。想到的另一种测试方法是修改表名，模拟出错的...
Spring的@Transactional注解
03-08
<think>好的，我需要回答用户关于Spring框架中@Transactional注解的用法和功能的问题。首先，我得整理一下现有的参考资料，确保涵盖用户提到的各个要点。用户提到了使用说明、功能介绍、官方文档和最佳实践，所以需要从这几个方面展开。 首先，@Transactional注解的基本功能是声明式事务管理。根据引用[1]，Spring的事务管理分为编程式和声明式，这里重点在声明式。需要说明注解的作用范围，比如类或方法级别，并提到默认的回滚行为是仅运行时异常。同时，用户可能想知道如何扩展回滚到其他异常，比如检查型异常，这时候可以用rollbackFor属性。 接下来是事务传播机制，引用[2]提到了传播机制，比如REQUIRED、REQUIRES_NEW等，需要简要解释这些传播行为的含义，以及如何通过propagation属性设置。同时，事务失效的场景也是一个重点，比如自调用问题、非public方法等，引用[3]指出非public方法会导致事务不生效，这点必须强调。 然后要整理官方文档的要点，引用[2]的链接是Spring官方文档，可以提到推荐用户查阅该链接获取详细信息。此外，最佳实践部分需要结合资料中的内容，比如正确设置rollbackFor、避免自调用、使用public方法等。 还需要注意格式要求，用户提到行内数学表达式用$...$，不过这个问题可能不涉及数学公式，但需要确保其他格式正确，如代码块用```包裹，引用标识自然添加在段落末尾。同时生成相关问题，参考示例中的结构，最后列出相关问题。 现在检查是否有遗漏的信息。比如，引用[1]中的异常继承体系图虽然没有展示，但可以提到运行时异常和检查型异常的区别。事务传播机制的不同类型可能需要更详细的例子，但用户可能只需要基本说明。另外，事务失效的其他场景，如异常被捕获未抛出，或者数据库引擎不支持事务，这些可能需要补充。 最后，确保回答结构清晰，分点说明，符合用户要求的层次结构，并引用正确的来源。同时，生成的三个相关问题需要相关且有价值，帮助用户深入理解。</think>### Spring @Transactional 注解使用说明与功能介绍 #### 1. 核心功能 - **声明式事务管理**：通过注解简化事务配置，替代编程式事务管理[^1]。 - **事务范围控制**：支持类或方法级别的事务声明，方法级注解会覆盖类级配置。 - **默认回滚规则**：仅对运行时异常（`RuntimeException`）及其子类触发回滚，检查型异常（如`IOException`）默认不触发回滚。 - **自定义回滚**：通过`@Transactional(rollbackFor = Exception.class)`扩展回滚范围。 #### 2. 事务传播机制 通过`propagation`属性配置事务边界行为，常见选项： - `REQUIRED`（默认）：存在事务则加入，否则新建 - `REQUIRES_NEW`：始终新建事务，挂起当前事务 - `NESTED`：嵌套事务执行 - `SUPPORTS`：存在事务则加入，否则无事务运行 [完整传播行为参考官方文档](https://docs.spring.io/spring-framework/reference/data-access/transaction/declarative/tx-propagation.html)[^2] #### 3. 使用规范（官方建议） ```java @Transactional public void updateOrder(Order order) { // 业务逻辑 } ``` - **可见性要求**：必须作用于`public`方法，私有/保护方法注解无效[^3] - **代理机制**：基于AOP代理实现，非Spring管理对象无效 - **自调用失效**：类内部方法互相调用会导致事务失效 #### 4. 最佳实践 1. **明确回滚异常** ```java @Transactional(rollbackFor = {SQLException.class, IOException.class}) ``` 2. **超时设置** ```java @Transactional(timeout = 30) // 单位：秒 ``` 3. **只读事务优化** ```java @Transactional(readOnly = true) ``` 4. **避免嵌套事务复杂度** 谨慎使用`REQUIRES_NEW`，可能引发死锁 #### 5. 典型失效场景 | 场景 | 解决方案 | |---------------------|----------------------------| | 非public方法 | 改用public修饰 | | 自调用 | 通过AopContext代理调用 | | 异常被捕获未抛出 | 在catch块抛出`throw new RuntimeException(e)` | | 数据库引擎不支持事务| 确认使用InnoDB等支持事务的引擎 |
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值