Spring事务管理机制及常见问题-优快云博客

本文链接：https://blog.youkuaiyun.com/qqrrjj2011/article/details/145510672

文章目录

Spring事务管理是Spring框架中一个非常重要的部分，它简化了应用程序中的事务管理代码。Spring支持编程式和声明式两种事务管理方式。

Spring事务管理机制

编程式事务管理：通过编码的方式控制事务的边界。在Spring中，可以通过TransactionTemplate或者直接使用底层的PlatformTransactionManager来实现。这种方式虽然灵活，但通常不推荐，因为它会将事务管理逻辑与业务逻辑混在一起，不利于维护。
声明式事务管理：这是Spring推荐的方式，基于AOP（面向切面编程）的思想，在不修改业务逻辑的前提下添加事务管理的功能。声明式事务管理有两种实现方式：
- 基于XML配置
- 基于注解（@Transactional）

事务传播行为

Spring定义了七种事务传播行为，它们决定了当一个事务性方法被另一个事务性方法调用时，应该如何进行处理。常见的传播行为包括：

REQUIRED（默认）：如果当前存在事务，则加入该事务；否则新建一个事务。
REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则暂停当前事务。
SUPPORTS：如果当前存在事务，则加入该事务；否则以非事务方式继续运行。
等等…

常见问题

事务未生效：常见原因包括忘记开启注解驱动事务(@EnableTransactionManagement)、错误的事务传播行为设置、事务方法被内部调用导致AOP失效等。
事务嵌套问题：特别是在使用REQUIRES_NEW时需要注意，外部事务提交后，若内部事务失败，外部事务不能回滚已提交的数据。
数据库不支持事务：某些数据库或表类型不支持事务，比如MyISAM存储引擎的MySQL表。确保使用的数据库和表支持事务操作。
超时和隔离级别设置不当：可能导致死锁、脏读、不可重复读等问题。合理设置事务的超时时间和隔离级别是非常重要的。
异常处理不当：Spring默认只对未检查异常（RuntimeException及其子类）进行回滚。对于受检异常不会自动回滚。如果需要针对特定的异常类型回滚，可以使用rollbackFor属性。

为了更好地理解Spring事务管理机制及其常见问题，我们可以通过一个简单的案例来说明。假设我们有一个银行转账服务，它涉及从一个账户扣款并给另一个账户存款。

案例背景

我们有两个实体类：Account（银行账户）和BankService（银行服务），其中BankService包含了一个转账方法transferMoney()。

实体类 Account

public class Account {
    private Long id;
    private Double balance;

    // Constructors, getters and setters
}

银行服务接口及其实现

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

@Service
public class BankServiceImpl implements BankService {

    @Autowired
    private AccountRepository accountRepository; // 假设这是用于访问数据库的仓库接口

    @Override
    @Transactional
    public void transferMoney(Long fromAccountId, Long toAccountId, Double amount) {
        Account fromAccount = accountRepository.findById(fromAccountId).orElseThrow(() -> new RuntimeException("From account not found"));
        Account toAccount = accountRepository.findById(toAccountId).orElseThrow(() -> new RuntimeException("To account not found"));

        if (fromAccount.getBalance() < amount) {
            throw new RuntimeException("Insufficient funds");
        }

        fromAccount.setBalance(fromAccount.getBalance() - amount);
        toAccount.setBalance(toAccount.getBalance() + amount);

        accountRepository.save(fromAccount);
        accountRepository.save(toAccount);
    }
}

常见问题案例分析

事务未生效
- 如果你忘记在配置类上添加@EnableTransactionManagement注解，那么即使你在transferMoney方法上使用了@Transactional，事务也不会生效。
异常处理不当导致部分提交
- 在上面的例子中，如果在更新toAccount后发生了异常（例如网络问题），而此时fromAccount已经更新成功，这将导致数据不一致。为了解决这个问题，确保所有操作都在同一个事务中，并且对任何异常都进行合适的回滚处理。
嵌套事务的问题
- 如果在一个已有的事务方法内部调用另一个需要新事务的方法，比如通过REQUIRES_NEW传播行为定义的方法，可能会遇到AOP代理问题，因为直接的方法调用不会经过代理层，因此新的事务可能不会如预期那样被创建。解决办法是重构代码结构，使得事务方法通过代理调用。
超时设置
- 如果一个事务长时间没有完成，可以考虑设置事务的超时时间。例如，使用@Transactional(timeout=5)指定事务在5秒内必须完成，否则会抛出异常并回滚。

为了进一步深入探讨Spring事务管理机制的应用及如何解决常见问题，我们可以扩展之前的案例，增加一些更复杂的场景和解决方案。

扩展案例：添加声明式异常处理

在上面的例子中，我们简单地抛出了RuntimeException来表示错误。但在实际应用中，你可能需要更加细致的控制，比如针对不同的异常类型执行不同的操作，或者确保某些异常发生时不会导致事务回滚。

1. 控制回滚行为

默认情况下，Spring仅对未检查异常（即RuntimeException及其子类）进行回滚。如果你想对特定类型的受检异常也进行回滚，可以使用@Transactional注解的rollbackFor属性。

@Transactional(rollbackFor = {InsufficientFundsException.class})
public void transferMoney(Long fromAccountId, Long toAccountId, Double amount) {
    // 方法体同上
}

这里假设InsufficientFundsException是你自定义的一个受检异常。

2. 解决嵌套事务问题

当你需要在一个方法内部调用另一个需要新事务的方法时，直接调用会导致AOP代理失效。可以通过以下方式解决：

重构代码，让事务方法通过接口或代理调用。
使用AopContext.currentProxy()手动获取当前代理对象并调用目标方法。

@Service
public class BankServiceImpl implements BankService {

    @Override
    @Transactional
    public void transferMoney(Long fromAccountId, Long toAccountId, Double amount) {
        // 省略部分代码...
        ((BankService) AopContext.currentProxy()).anotherTransactionalMethod();
    }

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void anotherTransactionalMethod() {
        // 另一个事务性方法
    }
}

注意，要使上述代码工作，你需要在配置中允许AOP代理访问当前上下文，即在配置类中添加@EnableAspectJAutoProxy(exposeProxy=true)。

3. 配置全局事务超时和隔离级别

可以在@Transactional注解中指定事务的超时时间和隔离级别，但更好的做法是全局配置这些设置，以便统一管理。

spring:
  jpa:
    transaction:
      default-timeout: 5 # 超时时间，单位秒
  datasource:
    hikari:
      transaction-isolation: TRANSACTION_READ_COMMITTED # 设置隔离级别