@Transactional 事务注解失效

原创 已于 2024-06-01 17:41:17 修改 · 1.6k 阅读 · 50 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
于 2024-06-01 15:47:03 首次发布

文章目录

概述

在使用Spring框架时，可以有两种使用事务的方式，一种是编程式的，一种是声明式的，@Transactional 注解就是声明式的。

首先，事务这个概念是数据库层面的，Spring只是基于数据库中的事务进行了扩展，以及提供了一些方便程序员更加容易操作事务的方式。

在一个方法加上了 @Transactional注解之后，Spring会基于这个类生成代理对象，会将这个代理对象作为bean，当在使用这个代理对象的方法时，如果方法上存在 @Transactional 注解，那么代理逻辑会先把事务的自动提交设置为false，然后再去执行原本的业务逻辑方法，如果执行业务逻辑方法没有出现异常，那么代理逻辑就会将事务提交；反之，当业务逻辑方法发生异常，则会将事务回滚。

当然，针对哪些异常回滚事务也是可以配置的，可以通过 @Transactional注解中的rollbackFor属性进行指定，默认情况下会对 RuntimeException和Error 进行回滚。

示例

针对下文用例，定义：
数据库表：

CREATE TABLE `user` (
  `id` INT(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` VARCHAR(16) NOT NULL COMMENT 'name',
  `age` INT NOT NULL COMMENT 'age',
  PRIMARY KEY(`id`)
) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT='用户表'

实体类：

public class User{
	private Long id;
	private String name;
	private Integer age;
    // 略get/set方法
}

事务注解失效原因列举

  1. @Transactional 注解标注的方法修饰符为非public时，@Transactional 注解将不会生效

    例如以下代码：定义一个 @Transactional 注解实现，修饰一个默认访问修饰符的方法

    @Service
public class UserService {

    @Autowired
    private UserMapper mapper;

    @Transactional
     void defaultMethodInsert() {
        int count = mapper.insert(new User(1L,"Tom", 19));
        if (count > 0) {
            throw new RuntimeException("exception intercept");
        }
        mapper.insert(new User(2L,"Mary", 18));
    }
}

    测试用例：

    @RunWith(SpringRunner.class)
@SpringBootTest(classes = {CustomerApplication.class})
public class TransactionFailureTest {

    @Autowired
    private UserService userService;

    @Test
    public void testInvoke() {
        userService.methodInsert();
    }
}

    输出结果：
    在这里插入图片描述测试用例结果显示抛出异常，但数据库表写入 Tom。事务没有开启，因此在方法抛出异常时，Tom的写入没有进行回滚；如果InvokcationService#invokeInsertTestWrongModifier方法的访问修饰符改为public的话，将会正常开启事务，Tom和Mary的写入会同时进行回滚。

  2. @Transactional 注解标注的方法被final或static修饰

    事务是通过AOP实现，即通过代理的方式完成，将一个方法定义成final意味着方法不能被重写，那么事务就失效了。
    我们将 UserService#defaultMethodInsert的修饰符改成final，同样测试出当异常抛出，Tom的写入没有被回滚。
    注意：如果某个方法是static时，意味着该方法属于类本身，同样无法通过动态代理，变成事务方法。

  3. 在类内部调用类内部@Transactional标注的方法；

    业务逻辑方法新增UserService#testInnerInvoke调用类内部的事务方法UserService#methodInsert

    @Service
public class UserService {

     @Autowired
     private UserMapper mapper;

     @Transactional
     public void methodInsert() {
        int count = mapper.insert(new User(1L,"Tom", 19));
        if (count > 0) {
            throw new RuntimeException("exception intercept");
        }
        mapper.insert(new User(2L,"Mary", 18));
    }

    public void testInnerInvoke() {
        this.methodInsert();
    }
}

    测试用例：

    @RunWith(SpringRunner.class)
@SpringBootTest(classes = {CustomerApplication.class})
public class TransactionFailureTest {

    @Autowired
    private UserService userService;

    @Test
    public void methodInnerInvoke() {
        System.out.println("methodInnerInvoke >>>");
        userService.testInnerInvoke();
    }

    @Test
    public void methodOuterInvoke() {
        System.out.println("methodOuterInvoke >>>");
        userService.methodInsert();
    }
}

    输出结果：
    在这里插入图片描述执行测试用例中TransactionFailureTest#methodInnerInvoke方法测试方法内部调用@Transactional，Tom的写入事务操作同样不会进行回滚，即事务已失效。

    在这里插入图片描述执行测试用例中TransactionFailureTest#methodOuterInvoke方法测试，Tom和Mary的写入事务都已进行回滚，即事务生效；

  4. 未被Spring管理

    在开发过程中容易忽略一些细节问题，比如忘记了@Controller、@Service、@Component、@Repository等注解。
    没使用以上注解交给spring进行管理，那么事务就不会生效。
    应用@Transactional的类必须是Spring管理的bean，如果该类没有被Spring容器管理，则事务不会生效。

  5. 数据库引擎不支持事务

    mysql5之前，默认的数据库引擎是MYISAM，它的好处是：索引文件和数据文件是分开存储的，对于查多写少的单表操作，性能比innodb更好。
    但是数据库引擎（如MyISAM）不支持事务，此时@Transactional注解将不会生效。

  6. 异常处理不当

    如果在事务方法中捕获了异常但是没有抛出，或者抛出了检查型异常（即继承自Exception而非RuntimeException），那么事务可能不会回滚。
    在业务逻辑方法内修改UserService#methodInsert，捕捉异常后只打印文字；

    @Service
public class UserService {

     @Autowired
     private UserMapper mapper;

     @Transactional
     public void methodInsert() {
         try {
             int count = mapper.insert(new User(1L,"Tom", 19));
             if (count > 0) {
                 throw new RuntimeException("exception intercept");
             }
             mapper.insert(new User(2L,"Mary", 18));
         } catch (Exception e) {
             System.out.println("catch exception >>>");
         }
    }
}

    测试用例：

    @RunWith(SpringRunner.class)
@SpringBootTest(classes = {CustomerApplication.class})
public class TransactionFailureTest {
	@Test
    public void methodCatchExInvoke() {
    	System.out.println("methodCatchExInvoke >>>");
    	userService.methodInsert();
    }
}

    输出结果： 在这里插入图片描述

    执行测试用例方法，结果显示Tom写入事务操作未回滚，即事务失效。

    当然，@Transactional注解的rollbackFor属性可以指定异常类型进行回滚，当方法抛出的异常非rollbackFor指定的类型，事务操作同样不会进行回滚。

  7. 数据源未配置事务管理器

    Spring事务需要使用支持事务的DataSource并配置PlatformTransactionManager，如果未正确配置，则事务无法生效。

  8. 传播行为不匹配

    事务的传播行为（propagation behavior）需要匹配调用栈，如果配置不当，可能会导致事务意外提交或回滚。
    其实，在使用@Transactional注解时，是可以指定propagation参数的。
    该参数得作用是指定事务的传播特性，spring目前支持7中传播特性：
    REQUIRED；SUPPORTS；MANDATORY；REQUIRES_NEW；NOT_SUPPORTED；NEVER；NESTED
    如果事务设置成Propagation.NEVER，这种类型的传播特性不支持事务，如果有事务则抛出异常。

  9. AOP切面顺序问题

    如果项目中存在多个AOP切面，并且它们的顺序配置不当，可能会导致事务切面未能正确执行，从而影响事务的生效。

  10. 注解标注位置问题

    如果将@Transactional注解标注在接口方法上，并且使用CGLIB作为代理方式，则无法解析到该注解，导致事务失效。通常建议将注解标注在接口的实现类方法上。

总结

总之为了避免@Transactional注解失效，需要确保方法的访问权限正确、没有被final或static修饰、正确配置Spring容器和数据库支持事务、正确处理异常、以及正确配置AOP切面顺序等。同时，在编写代码时，应尽量避免在同一个类中通过this调用事务方法，而是应该通过Spring容器或其他方式调用。

标签
#java #spring #mysql
aOveRride、
关注
springboot学习(六十四) 解决springboot中aop使用了cglib代理导致注解丢失引发的问题
文若书生的专栏
12-28 3000
springboot中在使用aop时，会使用动态代理，如果此时再获取被代理的类上的注解会导致获取失败。 比如使用websocket时候如果在方法上使用aop就会出现问题。 1、问题复现 下面websocket类中使用了@ServerEndpoint注解，并在@OnOpen方法上添加了一个自定义注解@LogRecord，这个自定义注解会使用aop，从而会复现问题。 package com.iscas.biz.config; import com.iscas.biz.config.log.LogReco.
CGLIB注解丢失原因浅析及解决办法
KahoChan的博客
11-29 2847
CGLIB动态代理后注解无法获取 今天在开发中，使用了Srping的cglib，偶尔发现若开启CGLIB代理 spring.aop.proxy-target-class=true注入接口后无法获取其实现类上注解@service。 通过debug得到class文件名含有EnhancerBySpringCGLIB： com.xxx.service.impl.xxxxImpl$$EnhancerBySp...
项目被CGLIB动态代理后注解无法获取解决方案
xzh_blog
04-28 5399
Spring项目中若开启CGLIB代理 spring.aop.proxy-target-class=true 注入接口后无法获取其实现类上注解。 通过debug得到class文件名含有EnhancerBySpringCGLIB： com.xzh.service.impl.StrategyImplA$$EnhancerBySpringCGLIB$$f69341ff clazz.getAnn...
cglib新生成的对象注解丢失原因及解决办法
Myd
08-11 2411
最近在写一个aop时遇到一个问题，就是被cglib代理的类，找不到注解了； 举个列子：现在有一个Model类，@Component，@Autowired，@Value是自定义的注解 @Component public class Model{ @Autowired private User user; @Value("model-1") private String modelName; @Value("TYPE-1") private String modelType; } //cglib代理 publ
技术博客--解决注解失效
weixin_50409893的博客
06-18 2235
在使用Spring Boot进行Java开发时，注解失效是一个常见的问题，特别是涉及到动态代理的情况。本文介绍了注解失效的原因，并提供了几种解决方案，包括使用接口、使用CGLIB代理以及手动调用目标方法。根据具体情况选择合适的解决方案，可以确保注解在Spring Boot应用中的正确应用。
@Transactional注解失效场景
m0_64132144的博客
12-25 1000
由于事务传播的特性，testB() 的事务会合并到上层方法的事务中（因为@Transactional的propagation默认参数为REQUIRED，它是自动合并事务的–共享事务）。testB()方法可以回滚，因为 Spring 的事务管理是基于 线程本地存储 的（通过 ThreadLocal 实现），新线程的事务上下文是独立的，事务管理器无法在新线程中找到当前的事务。Spring 的默认事务传播行为是 REQUIRED，这就说明A、B事务将包裹为一个事务，假如其中一者出现异常就会导致整体事务的回滚。
聊一聊Spring中的@Transactional注解【下】【注解失效场景】
懒惰蜗牛的博客
11-04 1197
尽管 `@Transactional` 注解在 Spring 中提供了方便的事务管理功能，我们在使用过程中却常常面临其失效的问题。事务失效可能导致意想不到的数据状态和错误，影响应用的稳定性和可靠性。本文将探讨一些常见的 `@Transactional` 失效场景
@Transactional注解失效的情况
qq_40834643的博客
01-03 5422
该篇博客主要介绍@Transactional注解失效的12种情况，我是看b站的一个up主进行搬运总结的，希望对我、对你都有一点一点的帮助。
@Transactional 注解的失效场景
smart_an的专栏
12-31 967
作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。。下面码哥就来介绍常见的失效的场景。
总结6种@Transactional注解的失效场景
smart_an的专栏
12-12 1105
Transactional 可以作用在接口类类方法。作用于类：当把@Transactional 注解放在类上时，表示所有该类的public方法都配置相同的事务属性信息。作用于方法：当类配置了@Transactional，方法也配置了@Transactional，方法的事务会覆盖类的事务配置信息。作用于接口：不推荐这种使用方法，因为一旦标注在Interface上并且配置了Spring AOP 使用CGLib动态代理，将会导致@Transactional注解失效@Autowired。
@Transactional注解失效的原因
热门推荐
xby7437的博客
06-01 1万+
最近项目上遇到@Transactional注解失效，排查问题发现是由于没有@Transactional注解的方法去调用了有@Transactional的方法，导致@Transactional注解失效。 顺带一提还有当@Transactional放在非public方法时，也会导致@Transactional注解失效。 ...
@Transactional注解的失效场景
qq_43842093的博客
12-17 687
@Transactional注解的失效场景 引言 @Transactional 注解相信大家并不陌生，平时开发中很常用的一个注解，它能保证方法内多个数据库操作要么同时成功、要么同时失败。使用@Transactional注解时需要注意许多的细节，不然你会发现@Transactional总是莫名其妙的就失效了。 下面我们从what ，where，when四个方面彻底弄明白如何回答面试官的问题。 一、什么是事务（WHAT） 事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更
@transactional注解失效的六种场景
灵豸
01-04 3521
三，解决注解不回滚问题 1，检查方法是不是public 2，检查异常是不是unchecked异常 3，如果是checked异常也想回滚的话，注解上写明异常类型即可 @Transactional(rollbackFor=Exception.class)
Spring——@Transactional事务注解原理及失效场景
共勉
11-30 2809
Spring中的事务注解你真的用对了吗？其中的原理、传播机制、失效场景你都理解了吗
springboot @Transactional注解失效的八种场景分析
学亮编程手记
12-03 1629
Spring 的事务管理是基于线程上下文的（ThreadLocal），多线程会导致原线程的事务上下文丢失。如果必须使用多线程，可以通过额外设计，确保事务逻辑在同一线程中运行。内部方法调用绕过了代理对象，直接调用了目标类的方法，Spring 的事务 AOP 无法拦截到。是一个非常重要的注解，用于声明方法或类需要事务支持。某些情况下，由于事务传播行为的设置不当，事务可能不会生效或被意外覆盖。方法，因为 Spring 的代理机制需要通过代理对象的接口或类的。的方法，原事务会被挂起，导致事务行为与预期不符。
@Transactional注解失效
最新发布
qq_52107150的博客
05-10 624
@Transactional注解在Spring中用于管理事务，但在同一个类中调用被该注解修饰的方法时，事务可能失效。这是因为Spring的AOP代理机制在同一个类内部调用时不会触发代理逻辑。具体来说，Spring通过Cglib生成代理对象来管理事务，但在类内部调用时，直接调用的是原始对象的方法，而非代理对象，导致事务未生效。
Spring事物注解@Transactional失效场景
justLym的博客
03-23 3883
概述 @Transactional注解相信大家都不陌生，平时在开发中spring框架中经常用到的事物注解。 他的作用就是控制程序执行的原子性，保证程序要提交就一起提交，如果出现错误，则一起进行回滚操作。 但是在使用@Transactional注解的时候有很多需要注意的地方，不然你就会发现这个事物注解会出现失效的情况。 在spring程序中如何去管理事物 事物管理在系统开发中是不可缺少的，在spri...
【spring】@Transactional 注解失效的原因及解决办法
m0_74823611的博客
12-09 2237
面试中经常会被问到事务失效的场景有哪些，其实在开发中，若是不了解事务失效的场景，当你觉得加了事务，就会回滚，就大错特错了，今天就来了解一下吧。提示：以下是本篇文章正文内容，下面案例可供参考这就是我们常说的事务的七种传播行为，默认值：Propagation.REQUIRED属性解释如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。
@Transactional注解什么情况会失效？
qq_44972451的博客
08-17 5699
1、@Transactional 应用在非 public 修饰的方法上 如果Transactional注解应用在非public 修饰的方法上，Transactional将会失效。 之所以会失效是因为在Spring AOP 代理时，如上图所示 TransactionInterceptor （事务拦截器）在目标方法执行前后进行拦截，DynamicAdvisedInterceptor（CglibAopProxy 的内部类）的 intercept 方法或 JdkDynamicAopProxy 的 invok
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值