@Transactional 是如何工作的，包括传播行为和回滚？

Question

IT Interview Practice · Accepted Answer

`@Transactional` 把一个方法包裹进一个数据库事务：Spring 在方法运行前开启一个事务，在方法正常返回时提交——或在它抛出异常时**回滚（roll back）**。底层它是一个 **AOP 代理**，这也是大多数陷阱的根源。

## 基本用法

```java
@Service
public class TransferService {

@Transactional // 成功则提交，遇 RuntimeException 则回滚
    public void transfer(Long from, Long to, BigDecimal amount) {
        accounts.debit(from, amount);
        accounts.credit(to, amount); // 如果这里抛异常，前面的扣款也会被回滚
    }
}
```

## 默认回滚规则（一个经典陷阱）

默认情况下，Spring 只在**非受检（unchecked）**异常（`RuntimeException`）和 `Error` 上回滚——**不会**在受检异常上回滚。如果你抛出一个受检异常，事务会*提交*。要显式覆盖它：

```java
@Transactional(rollbackFor = Exception.class) // 受检异常也回滚
public void process() throws IOException { /* ... */ }
```

## 传播（Propagation）

传播决定当一个事务方法调用另一个方法时会发生什么：

- **REQUIRED**（默认）：加入调用者的事务，若不存在则开启一个。
- **REQUIRES_NEW**：挂起调用者的事务，在一个全新、独立的事务中运行——适用于即使外层工作回滚也必须持久化的审计日志。

```java
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* 独立提交 */ }
```

## 自调用陷阱

因为 `@Transactional` 通过代理生效，从*同一个类*中的另一个方法调用一个 `@Transactional` 方法会绕过代理——注解被悄无声息地忽略。要跨 bean 调用，或者注入 self。

## 为什么这很重要

事务是数据正确性所在，所以面试官会在这里紧追不放。受检异常的回滚规则和自调用 bug 是能可靠地区分*用过* `@Transactional` 的人和*理解*它的人的两道题。

基本用法

默认回滚规则（一个经典陷阱）

传播（Propagation）

自调用陷阱

为什么这很重要

相关问题