@Transactional注解未生效，没有回滚，事务失效的几种场景

最新推荐文章于 2025-07-13 00:37:54 发布

原创最新推荐文章于 2025-07-13 00:37:54 发布 · 3.6k 阅读

5 ·

CC 4.0 BY-SA版权

Spring 专栏收录该内容

4 篇文章

订阅专栏

本文详细解析了Spring框架中@Transactional注解的使用方法与限制条件，包括其在类与方法上的应用、异常处理机制以及同一类内方法调用时的事务失效情况。

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

1.@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，作用在private/protected 方法不会生效，虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。

2.在项目中，@Transactional(rollbackFor=Exception.class)，如果类加了这个注解，那么这个类里面的方法抛出异常，就会回滚，数据库里面的数据也会回滚。在@Transactional注解中如果不配置rollbackFor属性，那么事物只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可以让事物在遇到非运行时异常时也回滚（写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了）

3.对于出现异常的代码中用到try{}catch()，如果在catch 中只是打印异常，没有抛出，事物就不会rollback,框架也不会接收到异常信息

异常类型：
在这里插入图片描述

4、使用spring声明式事务，在同一个类里用非事务的方法调用事务方法，事务也是不生效的。

式例：

public class TestTransactional {

    public void testAddItem() {
        addTransactionalMethod();
    }

    @Transactional
    public void addTransactionalMethod() {
        //数据库操作，用事务实现原子性

    }

即使testAddItem里面调用的addTransactionalMethod是事务方法，TestTransactional.testAddItem 事务是不会生效的，这是因为spring是通过aop代理对象进行事务管理的，通过代理对象拦截目标方法的执行，在方法执行前后添加事务功能。当我们在调用testAddItem 发现它不是事务方法，所以事务未开启，而addTransactionalMethod方法即使是事务方法也不会开启事务，是因为是在testAddItem里面用的，事务方法会被testAddItem覆盖，相当于事务失效。