当前位置：首页 > news >正文

Spring事务注解@Transactional核心机制详解

news 2025/9/15 7:29:48

您的描述可以更精确地总结为：@Transactional 注解的主要作用是声明式地定义一个事务边界，并利用 Spring 的 AOP（面向切面编程）机制，自动为该方法的执行包裹一个事务。这个事务会根据方法的执行结果（成功完成或抛出异常）来自动决定是提交还是回滚。

下面我为您详细解释一下这个过程，并补充一些重要的细节：

工作机制详解

代理与AOP：
- 当你在类或方法上添加 @Transactional 注解后，Spring 会在运行时为这个类创建一个代理（Proxy）对象。
- 你调用的实际上是这个代理对象的方法，而不是原始对象的方法。
- 代理对象会在调用你的业务方法之前开启事务，在方法执行结束后再根据情况提交或回滚事务。
成功执行（提交）：
- 如果你的方法顺利执行完毕，没有抛出任何异常，代理逻辑会检测到这一点，然后提交事务。这意味着所有数据库操作（如INSERT, UPDATE, DELETE）将在此刻被永久保存。
出错/抛出异常（回滚）：
- 如果你的方法在执行过程中抛出了异常，代理逻辑会捕获到这个异常。
- 默认情况下，只有在抛出运行时异常（RuntimeException）或Error 时，Spring 才会回滚事务。这意味着所有在当前事务中执行的数据库操作都会被撤销，就像什么都没发生过一样。
- checked exception（编译时异常，如IOException、SQLException），默认是不回滚的。

重要细节和高级配置

您的基础理解完全正确，但在实际使用中，还需要注意以下几点：

回滚规则的配置：

你可以通过注解的属性来精确控制回滚行为。
rollbackFor：指定遇到哪些异常时必须回滚。
noRollbackFor：指定遇到哪些异常时不回滚。

// 遇到IOException异常也回滚（正常情况下遇到checked exception不回滚）
@Transactional(rollbackFor = IOException.class)
public void transferMoney() throws IOException {// ... 业务逻辑
}// 遇到特定的运行时异常（如NullPointerException）时不回滚
@Transactional(noRollbackFor = NullPointerException.class)
public void updateProfile() {// ... 业务逻辑
}

异常被捕获会导致不回滚：
- 这是一个非常常见的陷阱！如果你在方法内部try-catch捕获了异常并且没有重新抛出，Spring 的代理就感知不到异常，它会认为方法执行成功，从而提交事务。
```
@Transactional
public void problematicMethod() {try {// 这里可能抛出异常someDatabaseOperation();} catch (Exception e) {// 你捕获了异常，但没有重新抛出！log.error("An error occurred", e);// 此时，事务依然会被提交！}
}
```
正确的做法是在catch块中抛出一个能触发回滚的异常（通常是RuntimeException）。
方法修饰符与自调用问题：
- @Transactional 注解应该只用于public方法。在protected, private 或包可见方法上使用，注解将被忽略，不会创建事务。
- 自调用问题：在同一个类中，一个没有注解的方法A调用另一个有@Transactional注解的方法B，事务是不会生效的。因为这绕过了Spring创建的代理对象，直接调用了原始对象的方法。

总结

场景	事务结果	说明
方法成功执行，无异常抛出	提交	所有数据库更改被永久保存。
方法抛出 `RuntimeException` 或 `Error`	回滚	默认行为。所有数据库更改被撤销。
方法抛出 checked exception (如IOException)	提交	默认行为。如果需要回滚，必须使用 `@Transactional(rollbackFor = MyCheckedException.class)`。
方法内部捕获异常，未重新抛出	提交	常见错误！Spring代理不知道发生了异常。