一、為什么需要事務(wù)？

想象一個(gè)下單場(chǎng)景：

1. 創(chuàng)建訂單
2. 扣減庫(kù)存
3. 扣除用戶余額

如果第2步成功了，第3步失敗，庫(kù)存已經(jīng)扣了但錢沒(méi)扣，數(shù)據(jù)就亂了。事務(wù)的作用就是保證這一組操作要么全成功，要么全失敗。

二、快速使用

@Service
public class OrderService {
    @Transactional
    public void submitOrder(OrdersSubmitDTO dto) {
        orderMapper.insert(order);           // 插入訂單
        orderDetailMapper.insertBatch(list); // 插入明細(xì)
        shoppingCartMapper.clean(userId);    // 清空購(gòu)物車
    }
}

加了這個(gè)注解，方法內(nèi)所有數(shù)據(jù)庫(kù)操作會(huì)被包裝在一個(gè)事務(wù)中。任意一步拋異常，Spring 會(huì)自動(dòng)回滾。

三、核心屬性詳解

3.1 propagation 傳播行為

@Transactional(propagation = Propagation.REQUIRED)  // 默認(rèn)
public void methodA() {
    // 如果已有事務(wù)，加入；沒(méi)有則新建
}
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void methodB() {
    // 掛起當(dāng)前事務(wù)，新建一個(gè)獨(dú)立事務(wù)
}

常見(jiàn)場(chǎng)景：日志記錄必須保存，不管主業(yè)務(wù)是否回滾。此時(shí)日志方法用 REQUIRES_NEW，主業(yè)務(wù)回滾不影響日志。

3.2 isolation 隔離級(jí)別

@Transactional(isolation = Isolation.READ_COMMITTED)

MySQL 默認(rèn) REPEATABLE_READ，Spring 默認(rèn)跟隨數(shù)據(jù)庫(kù)。

3.3 rollbackFor 回滾配置

重點(diǎn)：默認(rèn)只回滾 RuntimeException 和 Error。

// 錯(cuò)誤示范：IOException 不會(huì)觸發(fā)回滾！
@Transactional
public void pay() throws IOException {
    // ...
}
// 正確配置：回滾所有異常
@Transactional(rollbackFor = Exception.class)
public void pay() throws IOException {
    // ...
}

四、底層原理（簡(jiǎn)述）

Spring 通過(guò) AOP 動(dòng)態(tài)代理 實(shí)現(xiàn)事務(wù)：

1. 運(yùn)行時(shí)生成目標(biāo)類的代理對(duì)象
2. 方法執(zhí)行前開(kāi)啟事務(wù)（begin）
3. 方法正常結(jié)束則提交（commit）
4. 方法拋異常則回滾（rollback）

這也是為什么同類內(nèi)部調(diào)用會(huì)導(dǎo)致事務(wù)失效——繞過(guò)了代理對(duì)象。

五、失效場(chǎng)景全解析（避坑指南）

場(chǎng)景 1：同類內(nèi)部調(diào)用（最高頻）

@Service
public class OrderService {
    public void createOrder() {
        saveOrder(); // 直接調(diào)用，事務(wù)失效！
    }
    @Transactional
    public void saveOrder() {
        // ...
    }
}

原因：this.saveOrder() 沒(méi)有走代理對(duì)象。

解決：

@Autowired
private OrderService orderService;
public void createOrder() {
    orderService.saveOrder(); // 通過(guò)注入的代理調(diào)用
}

場(chǎng)景 2：異常被吞掉

@Transactional
public void submit() {
    try {
        orderMapper.insert(order);
        payService.pay(); // 拋異常
    } catch (Exception e) {
        log.error("支付失敗", e);
        // 異常沒(méi)拋出去，Spring 認(rèn)為成功，提交事務(wù)！
    }
}

解決：

} catch (Exception e) {
    throw new RuntimeException(e);
    // 或者手動(dòng)回滾：
    // TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}

場(chǎng)景 3：異常類型不匹配

如 3.3 所述，受檢異常（IOException、SQLException）默認(rèn)不回滾。

場(chǎng)景 4：方法非 public

@Transactional 只能作用于 public 方法。

場(chǎng)景 5：數(shù)據(jù)庫(kù)引擎不支持

MySQL 的 MyISAM 引擎不支持事務(wù)，表必須是 InnoDB。

六、最佳實(shí)踐

1. 盡量放在 Service 層，不要在 Controller 或 Mapper 上加
2. 事務(wù)方法盡量精簡(jiǎn)，避免長(zhǎng)事務(wù)（大事務(wù)會(huì)鎖表、拖垮性能）
3. 查詢操作加 readOnly = true：
4. 明確指定 rollbackFor = Exception.class，避免受檢異常漏網(wǎng)
5. 不要在事務(wù)里調(diào)外部 HTTP 接口，會(huì)拉長(zhǎng)事務(wù)時(shí)間

七、總結(jié)

到此這篇關(guān)于Spring @Transactional 注解詳解：從入門到避坑的文章就介紹到這了,更多相關(guān)Spring @Transactional 注解內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論