AOP声明式事物@Transactional失效的几种场景（7种）

已于 2022-06-13 18:00:23 修改
阅读量3.4k 收藏 14
点赞数 4
CC 4.0 BY-SA版权
分类专栏： SQL 文章标签： spring java 数据库
于 2022-01-27 16:58:59 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/RuiKe1400360107/article/details/122720577
本文解释了声明式事务和编程式事务的区别，并详细列举了7种可能导致@Transactional注解失效的情况，帮助开发者更好地理解和应用Spring框架中的事务管理。

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

一、什么是声明式事物什么是编程式事物？


大白话讲，编程事物就是在代码手动实现事物的回滚，例如try-catch-finally捕获了异常，在finall手动调用方法实现rollback下；声明事物常用的就是AOP实现的切面原理，切入一个@Transactional注解，交给spring自己管理实现，可以被标记在类上、接口、方法上。

二、@Transactional在某些场景下会失效，下边详谈（列举7种）


（1）@Transactional配置的方法非public权限修饰（例如private的就别加了）；
（2）@Transactional所在类非Spring容器管理的bean（例如一个Util就别加了，都没注入容器，你叫Spring怎么用他的AOP帮你管理事务？）；
（3）@Transactional所在类中，注解修饰的方法被类内部方法调用（例如同一个class类中，方法A调用方法B，只在方法B加了@Transactional注解，那就失效了）；
（4）业务代码抛出异常类型非RuntimeException，事务失效；

想要Exception都会滚咋办？

设置：@Transactional(rollbackFor = Exception.class)

借一张图展示下：

在这里插入图片描述
（5）业务代码中存在异常时，使用try…catch…语句块捕获，而catch语句块没有throw new RuntimeExecption异常（只有该异常或者他的父异常例如Exception可以回滚）;
（6）注解@Transactional中Propagation属性值设置错误（例如Propagation.NOT_SUPPORTED，不过谁会设置这玩意？）
（7）mysql关系型数据库，且存储引擎是MyISAM而非InnoDB，则事务会不起作用（简单来说就是你用的DB压根不支持事物，那就没得谈了）；

(三) Spring声明式事务@Transactional失效场景及解决方案
专搞技术的小兔子
11-16 1455
Spring声明式事务@Transactional失效场景及解决方案 失效场景: 1.1 @Transactional 应用在非 public 修饰的方法上 @Transactional 注解属性 propagation设置错误 @Transactional 注解属性 rollbackFor 设置错误 同一个类中方法调用，导致@Transactional失效 异常被catch捕获导致@Transactional失效 长事务问题 本篇主要介绍长事务问题 长事务定义: 运行时间比较长，长时间未提交的.
SpringBoot @Transactional事务和失效的场景
一碗清深的博客
04-18 451
事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。
Spring声明式事务失效场景
lhg_55的博客
08-09 1240
那你可能会想到，把 insertUser 方法变成 public 不就行了，然后重新测试，发现依然不行哈哈，因为Spring 通过 AOP 技术对方法进行增强，要调用增强过的方法必然是调用代理后的对象，而 this 指针代表对象自己，Spring 不可能注入 this，所以通过 this 访问方法必然不是代理。来包裹标记了 @Transactional 注解的方法，当方法出现了异常并且满足一定条件的时候，在 catch 里面我们可以设置事务回滚，没有异常则直接提交事务。
AOP 失效的场景有哪些？为什么会失效？
最新发布
专注于技术分享
06-25 1277
失效场景根本原因方法内部自调用 (this.xxx()调用绕过了代理对象，直接在目标对象内部发生。非public方法Spring AOP 的设计规范，默认只拦截public方法。final方法或final类CGLIB 基于继承，无法重写final方法或继承final类。切点表达式错误AOP 框架根据表达式找不到匹配的方法。手动new对象对象脱离了 Spring 容器的管理，无法被代理。
声明式事务失效的几种场景
'
01-17 783
Spring的事务是通过数据库连接来创建，数据库连接底层是放在ThreadLocal，在单线程下，相同数据源的数据库连接是同一个。而多线程场景下，拿到的数据库连接并不一样，会导致获取到不同的事务，没办法进行统一回滚。事务底层使用的是基于 AOP的代理模式，代理模式生成的代理类无法重写被 final、static 修饰的方法，也无法访问private方法。如没有事务声明的方法a，调用了有事务声明的方法b，这时调用方法b的不是代理对象，而是普通对象，这就导致了方法b的事务失效。可以使用编程式事务进行手动处理。
Spring的声明式事务@Transactional注解的6种失效场景
盛夏温暖流年
04-16 4706
一.Spring事务管理的两种方式 事务管理在系统开发中是不可缺少的一部分，Spring提供了很好事务管理机制，主要分为编程式事务和声明式事务两种。 编程式事务：是指在代码中手动的管理事务的提交、回滚等操作，代码侵入性比较强，如下示例： try { //TODO something transactionManager.commit(status); } catch (Excep...
spring+springMVC,声明式事务失效，原因以及解决办法
热门推荐
z69183787的专栏
07-15 1万+
一.声明式事务配置： [html] view plaincopy    [html] view plaincopy bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransa
Spring——@Transactional事务注解原理及失效场景
共勉
11-30 2671
Spring中的事务注解你真的用对了吗？其中的原理、传播机制、失效场景你都理解了吗
@Transactional 事务注解详解
Tyson0314的博客
03-22 673
所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。在。
【深入学习Spring声明式事务,测试失效场景及原因分析】
weixin_44585177的博客
10-18 1162
深入学习Spring声明式事务,了解相关源码知识；测试Spring声明式事务各种失效场景及原因分析，了解动态代理。private/procted/default/public的访问权限、介绍了CompletableFuture.join方法和get方法的区别。多线程事务的各场景测试及失效原因分析、大事务的优化方案等等
spring事务失效的几种场景以及原因
Trouvailless的博客
04-26 1757
前言 spring事务失效场景可能大家在很多文章都看过了，所以今天就水一篇，看大家能不能收获一些不一样的东西。直接进入主题 2 spring事务失效场景以及原因 1、场景一：service没有托管给spring public class TranInvalidCaseWithoutInjectSpring { private UserService userService; public TranInvalidCaseWithoutInjectSpring(UserSer
声明式事务失效的情况
Mico_Cmx的博客
02-17 911
1 配置的事务类是否已经交给Spring管理 2 配置开启事务注解的方法是否为public 3 是否同一个类中发生了内部方法自调用 4 是否配置好了事务管理器 5 异常是否被捕获了 6 异常类型错误，默认回滚的是RuntimeException,如果想要其他异常也回滚，需要进行手动配置 7 扩展配置propagation是否配置正确 8 MySQL数据库引擎是否支持事务（MyIsam引擎不支持事务） 如果想要在本类中调用加了注解的方法，并想保证事务，需要将本类注入进来，并用本类.方法调用： 方式一：注入本类
Spring的@Transactional 声明式事务失效场景
qq_35701988的博客
03-07 603
声明式事务失效场景
Spring声明式事务不生效场景
学渣的博客
07-19 864
场景一 Service方法抛出的异常不是RuntimeException或者Error类型，并且@Transactional注解上没有指定回滚异常类型。 对应的代码例子为： @Service public class UserServiceImpl implements UserService { private final UserMapper userMapper; public UserServiceImpl(UserMapper userMapper) {
声明式事务@Transaction失效场景
qq_43082721的博客
12-20 258
1. 开启事务支持 只需要通过 @EnableTransactionManagement 注解就可以开启声明式事务的支持，提供的可选值有： proxyTargetClass：表示 AOP 代理是基于接口的还是基于类的，默认是基于接口代理。 mode：如果是有接口的话可以使用 PROXY ，如果没有接口的话可以使用 ASPECTJ 利用 CgLib 对类做增强。 order：指定事务拦截的顺序，默认是最低的优先级，这样可以保证其他的代理类是在事务开启之后执行。 2. @Transactional 开启了对
Springboot声明式（@Transactional注解）事务失效场景
qq_41759440的博客
06-18 688
②：如果同类中A方法调用B方法，被调用方法B使用@Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)注解修饰，REQUIRES_NEW表示新开一个事务，那么事务也不会生效。因为@Transaction要生效，需要经过Spring的代理类，所以只有来自外部方法调用被AOP代理成功捕获，也就是类内部方法调用本类中其他方法不会引起事务行为。解决方法：方法A和方法B都支持事务。
springAOP失效场景
weixin_46620665的博客
04-02 6332
springAOP失效原理
声明式事务用不对容易失效情况
qq_35947711的博客
01-16 350
2、@Transactional 注解属性 propagation 设置错误。3、@Transactional 注解属性 rollbackFor 设置错误。1、@Transactional 应用在非 public 修饰的方法上。5、异常被 catch 捕获导致 @Transactional 失效。4、同一个类中方法调用，导致 @Transactional 失效。以上几个问题，如果使用编程式事务的话，很多都是可以避免的。6、数据库引擎不支持事务。
事务失效几种场景
03-11
### Spring Boot 中事务失效的常见场景及其原因 #### 非公共方法上使用 `@Transactional` 注解 当在一个非 `public` 方法上应用 `@Transactional` 注解时，该注解不会起作用。这是因为 Spring 的事务管理依赖于 AOP 动态代理机制来拦截被标记的方法调用并为其提供事务支持。然而，默认情况下，只有对外暴露的服务接口中的公开方法才会创建代理实例[^1]。 ```java @Service class MyService { @Transactional protected void nonPublicMethod() { /* ... */ } // 事务不起效 @Transactional public void publicMethod() { /* ... */ } // 正常工作 } ``` #### 同一 Bean 内部自我调用 如果在同一个类内的某个带有 `@Transactional` 的方法尝试去调用另一个同样位于此类下的无此标注或者有不同传播行为设置的方法，则后者将不在前者开启的事物上下文中运行。因为内部调用并不会触发外部由AOP所建立起来的那个环绕通知链路，所以也就失去了原本预期得到的那种跨多个操作共享同一笔交易的能力[^4]。 ```java @Service class SelfCallingBean { @Transactional public void outerCall(){ innerNonTx(); // 不会在outerCall的事务中执行 } private void innerNonTx(){/*...*/} } ``` 为了使这种情形下的事物能够正常运作，可以通过让服务层组件实现自定义接口的方式来自我引用自己；或者是利用 `ApplicationContextAware` 接口获取当前应用程序环境进而间接访问到目标bean对象再做相应处理。 #### 跨线程异步调用破坏了原有事务边界 对于多线程环境下发起的任务来说，由于每个新启动出来的子线程都拥有独立堆栈空间以及局部变量表结构等原因使得它们之间相互隔离互不影响。因此即使父级进程中存在有效的事务范围也难以传递给这些新开辟出来的工作单元使其继承下来继续沿用下去[^3]。 ```java @Transactional void asyncOperation(){ CompletableFuture.runAsync(() -> {/* 这里的代码不是在事务范围内*/}); } ``` 要解决这个问题可以在配置文件里指定合适的任务执行器，并确保所有涉及数据库变更的操作都在主线程完成后再提交结果给其他协作者知晓即可。 #### 错误异常捕获阻止回滚发生 默认状况之下只要遇到未被捕获住的 RuntimeException 或者 Error 类型错误就会自动触发整个过程来回退至最初状态之前的样子。但是假如有开发者不小心把 try-catch 块写到了不该有的地方导致那些本应抛出去供框架层面捕捉识别的信息反而提前得到了遏制的话，那么最终很可能造成部分更新成功而另一些却失败的现象出现[^2]。 ```java @Transactional(rollbackFor=Exception.class) public void operationWithProperRollback(Exception e){ throw new Exception("This will cause rollback",e); } @Transactional(noRollbackFor=IllegalArgumentException.class) public void operationWithoutRollback(IllegalArgumentException e){ throw new IllegalArgumentException("Won't trigger a rollback"); } ``` 通过合理设定 `rollbackFor` 和 `noRollbackFor` 参数可以精确控制哪些类型的异常应该引起回滚动作的发生与否。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值