必看！导致事务失效的 7 大典型场景！

@Transactional 声明式事务失效的场景是 Java 面试中经常被问到的问题，所以今天咱们就来系统的盘点一下导致 @Transactional 失效的场景有哪些？以及导致的原因和解决方案详解。

1.方法访问修饰符不是 public

以下代码会导致 @Transactional 失效：

@Servicepublic class OrderService {    @Transactional    private void createOrder() { // private方法，事务不生效        // ...    }}

原因分析

Spring AOP 代理在生成代理类时，只对 public 方法生成事务代理，这是 Java 源码层面设计原因，设计源码如下：

protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) {   // Don't allow no-public methods as required.   // 非 public 方法，设置为 null   if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {      return null;   }   // 后面代码省略.... }

解决方案

将方法改为 public。

2.自调用问题

以下代码会导致 @Transactional 失效：

@Servicepublic class OrderService {    public void placeOrder() {        createOrder(); // 直接调用，绕过代理    }
    @Transactional    public void createOrder() {        // 事务操作    }}

原因分析

当一个类中的非事务方法调用本类的事务方法时，调用是通过 this 直接调用，而不是通过 Spring 代理对象调用，因此事务不能生效。

解决方案

• 将事务方法移到另一个 Service 类中

• 使用 ApplicationContext 获取当前 Bean 的代理对象，如下代码所示：

@Autowiredprivate ApplicationContext context;
public void placeOrder() {    OrderService proxy = context.getBean(OrderService.class);    proxy.createOrder(); // 通过代理调用}

3.异常被捕获且未重新抛出

以下代码会导致 @Transactional 失效：

@Transactionalpublic void transferMoney() {    deductMoney();    try {        addMoney();    } catch (Exception e) {        log.error("异常", e);        // 捕获但未抛出，事务不会回滚    }}

原因分析

Spring 事务默认只在抛出未被捕获的 RuntimeException 或 Error 时回滚。如果异常被捕获且未抛出，代理认为方法执行成功，会提交事务。

解决方案

• 手动设置回滚：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

• 或重新抛出异常：

@Transactionalpublic void transferMoney() {    deductMoney();    try {        addMoney();    } catch (Exception e) {        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();        throw e; // 或不抛出，仅setRollbackOnly    }}

4.事务传播机制配置错误

例如：使用了 Propagation.NOT_SUPPORTED 或 Propagation.NEVER，会导致事务被挂起或拒绝。

特别注意 Propagation.REQUIRES_NEW：会挂起当前事务，开启新事务，需谨慎使用，避免嵌套事务导致性能问题或死锁。

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

例如：MySQL 的 MyISAM 引擎不支持事务，必须使用 InnoDB。

即使代码配置了 @Transactional，底层数据库不支持也无法实现事务。

6.方法被 final 或 static 修饰

CGLIB 无法代理 final 方法（不能被重写），JDK 代理也无法处理 static 方法，都会导致事务无法生效。因为 Spring/Spring Boot 是使用 CGLIB 或 JDK 代理实现的。

7.多线程中调用事务方法

以下代码会导致 @Transactional 失效：

@Transactionalpublic void process() {    new Thread(() -> {        dao.update(); // 在子线程中，无事务    }).start();}

原因分析

事务是基于线程绑定的（通过 ThreadLocal 存储事务上下文），子线程中调用事务方法时，无法继承父线程的事务上下文。

解决方案

使用事务同步或手动管理事务。

小结

@Transactional 声明式事务底层是通过 CGLIB 或 JDK 代理实现的，所以事务失效的场景多半与二者相关，本文总共介绍了 7 种导致事务失效的场景，您至少要记住其中 4 种以上事务失效场景，这样才能在面试中崭露头角。

本文已收录到我的面试小站 www.javacn.site，其中包含的内容有：场景题、SpringAI、SpringAIAlibaba、并发编程、MySQL、Redis、Spring、Spring MVC、Spring Boot、Spring Cloud、MyBatis、JVM、设计模式、消息队列、Dify、Coze、AI 常见面试题等。