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 575
@Transactional注解是Spring框架提供的用于管理事务的注解，它可以应用于类、方法或接口上，用于指定需要进行事务管理的方法或类。当一个方法被@Transactional注解修饰时，Spring会在该方法执行前开启一个事务，在方法执行后根据方法的执行情况决定是提交事务还是回滚事务。
Spring @Transactional注解原理深度分析
最新发布
ma451152002的专栏
06-17 114
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 755
自调用、非 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 1536
本篇文章，我将和大家介绍 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
好的，我需要回答用户关于Spring框架中@Transactional注解的用法和功能的问题。首先，我得整理一下现有的参考资料，确保涵盖用户提到的各个要点。用户提到了使用说明、功能介绍、官方文档和最佳实践，所以需要从这几...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值