面试题：Spring事务失效场景

Spring事务的底层核心是AOP动态代理，事务的开启、提交、回滚逻辑都封装在代理对象中。如果调用绕开了代理，或配置不符合规则，事务就会失效。下面结合图片中的7种场景，逐一拆解原理与解决方案：

1. Bean对象未被Spring容器管理

失效原因

Spring事务的增强逻辑仅对容器管理的Bean生效。如果对象是通过new手动创建的，而非由Spring容器实例化，Spring不会为其生成代理对象，事务注解自然无法生效。

解决方案

• 确保目标类被@Service、@Component等注解修饰，纳入Spring容器管理。
• 或通过@Bean手动将对象注册到容器中。

2. 事务方法的访问修饰符非public

失效原因

Spring AOP默认仅对public方法生成事务代理。protected、private或包级私有方法，不会被事务增强逻辑处理，@Transactional注解无效。

注意事项

Spring 5+虽支持通过配置让非public方法生效，但会破坏封装性，且部分场景下仍会失效，不推荐使用。

解决方案

将事务方法定义为public访问权限。

3. 同类中方法"自身调用"

失效原因

当一个类中，非事务方法直接调用本类的事务方法 时，调用是通过this（目标对象本身）直接执行的，绕开了Spring代理对象，事务增强逻辑不会触发，导致事务失效。

错误示例

@Service
public class UserService {
    public void updateUser() {
        // 直接调用本类事务方法，this调用绕开代理，事务失效
        saveUser(); 
    }

    @Transactional
    public void saveUser() {
        // 数据库操作
    }
}

解决方案

• 推荐方案 ：将事务方法拆分到独立类中（如UserTxService），通过注入方式调用。
• 方案2：开启exposeProxy=true，通过AopContext.currentProxy()获取代理对象调用。
• 方案3：注入自身代理对象（@Autowired private UserService userService;），通过userService.saveUser()调用。

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

失效原因

Spring事务依赖PlatformTransactionManager实现类（如DataSourceTransactionManager）来控制事务的提交/回滚。若未配置事务管理器，Spring无法感知事务上下文，事务无法生效。

解决方案

配置对应数据源的事务管理器：

@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource) {
    return new DataSourceTransactionManager(dataSource);
}

> Spring Boot单数据源场景会自动配置事务管理器，多数据源场景需手动配置。

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

失效原因

事务的底层依赖数据库本身的事务支持。例如MySQL的MyISAM引擎不支持事务，仅InnoDB引擎支持事务。若表使用了不支持事务的引擎，Spring事务的回滚操作将无法生效。

解决方案

将数据库表的存储引擎修改为支持事务的引擎（如MySQL的InnoDB）。

6. 异常被方法内部捕获，未向外抛出

失效原因

Spring事务默认仅在方法抛出异常 时触发回滚。若方法内部通过try-catch捕获了异常，且未向外抛出，Spring事务增强逻辑无法感知异常，不会执行回滚操作。

错误示例

@Transactional
public void updateUser() {
    try {
        // 数据库操作
        int i = 1/0; // 触发异常
    } catch (Exception e) {
        // 捕获异常后未抛出，事务不会回滚
        log.error("操作失败", e);
    }
}

解决方案

• 捕获异常后，手动抛出RuntimeException或Error。

• 或在catch块中手动触发回滚：

  TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

7. 异常类型配置错误

失效原因

Spring事务默认仅对RuntimeException和Error触发回滚，对Checked Exception （如IOException、自定义Exception子类）默认不回滚。若事务方法抛出了Checked Exception，且未配置回滚规则，事务不会回滚。

错误示例

@Transactional
public void updateUser() throws Exception {
    throw new Exception("操作失败"); // Checked Exception，默认不回滚
}

解决方案

通过rollbackFor配置需要回滚的异常类型：

// 所有Exception（包括Checked Exception）都触发回滚
@Transactional(rollbackFor = Exception.class)

8. 事务方法被final或static修饰

失效原因

Spring事务的底层增强依赖AOP动态代理（JDK动态代理或CGLIB）实现，代理类需要通过重写目标方法来注入事务逻辑。如果事务方法被final修饰，代理类将无法重写该方法，事务增强逻辑无法生效；同理，static方法属于类本身而非实例，动态代理也无法对其进行增强，事务同样会失效。

错误示例

@Service
public class UserService {
    @Transactional
    public final void add(UserModel userModel){
        saveData(userModel);
        updateData(userModel);
    }
}

解决方案

事务方法避免使用final或static修饰，确保代理类可以对其进行增强。

9. 多线程调用事务方法

失效原因

Spring事务通过ThreadLocal维护当前线程的数据库连接，事务上下文与线程绑定。当在事务方法中开启新线程调用另一个事务方法时，新线程会从数据源获取新的数据库连接，两个方法将处于完全独立的事务中：内层线程的事务异常无法触发外层事务回滚，外层事务的提交/回滚也无法影响内层事务。

错误示例

@Slf4j
@Service
public class UserService {

    @Autowired
    private UserMapper userMapper;
    @Autowired
    private RoleService roleService;

    @Transactional
    public void add(UserModel userModel) throws Exception {
        userMapper.insertUser(userModel);
        // 新线程中调用事务方法
        new Thread(() -> {
            roleService.doOtherThing();
        }).start();
    }
}

@Service
public class RoleService {
    @Transactional
    public void doOtherThing() {
        System.out.println("保存role表数据");
    }
}

解决方案

• 避免在事务方法中开启新线程调用其他事务方法，确保所有事务操作在同一线程中执行。
• 若必须使用异步处理，可将异步操作剥离出事务方法，或通过消息队列、事件驱动等方式异步执行非核心事务逻辑，不与主事务绑定。

10. 嵌套事务（NESTED）回滚逻辑失效

失效原因

当外层事务调用使用Propagation.NESTED传播行为的内层事务时，若内层事务抛出异常且未被捕获，异常会向上传递到外层事务的代理方法中，触发外层事务整体回滚，而非仅回滚内层事务的保存点，导致"仅回滚内层事务、外层事务提交"的预期失效。

错误示例

@Service
public class UserService {

    @Autowired
    private UserMapper userMapper;
    @Autowired
    private RoleService roleService;

    @Transactional
    public void add(UserModel userModel) throws Exception {
        userMapper.insertUser(userModel);
        // 内层NESTED事务抛出异常，未捕获会导致外层事务整体回滚
        roleService.doOtherThing();
    }
}

@Service
public class RoleService {
    @Transactional(propagation = Propagation.NESTED)
    public void doOtherThing() {
        throw new RuntimeException("保存角色数据失败");
    }
}

解决方案

在内层事务调用处添加try-catch块捕获异常，且不向外抛出，确保外层事务感知不到异常。此时内层事务会回滚到保存点，外层事务可正常提交：

@Slf4j
@Service
public class UserService {

    @Autowired
    private UserMapper userMapper;
    @Autowired
    private RoleService roleService;

    @Transactional
    public void add(UserModel userModel) throws Exception {
        userMapper.insertUser(userModel);
        try {
            roleService.doOtherThing();
        } catch (Exception e) {
            // 捕获内层事务异常，不向外抛出，外层事务不受影响
            log.error("保存角色数据失败，仅回滚内层事务", e);
        }
    }
}

补充：其他常见失效场景

除上述场景外，事务传播行为配置不当也可能导致事务失效：

• 事务传播配置不当 ：如propagation = Propagation.NOT_SUPPORTED（以非事务方式运行，不加入当前事务）、Propagation.NEVER（不支持事务，若当前存在事务则抛出异常），这些配置会使方法脱离事务上下文，导致事务失效。