Spring 事務傳播機制陷阱：巢狀調用中默認 PROPAGATION_REQUIRED 的行為分析

Spring 默認事務隔離級別為 ISOLATION_READ_COMMITTED，傳播行為為 PROPAGATION_REQUIRED (有事務則加入，無則新建)。本文通過一個巢狀調用案例，揭示默認配置下外層事務回滾導致內層已提交數據丟失的隱性風險。

場景代碼

class Sample { private int id; private String name; /* getter/setter */ }

class A {
    @Transactional // 默認 REQUIRED
    public void functionA(Sample sample) {
        // 更新 sample
        sampleDao.update(sample);
    }
}

class B {
    @Transactional // 默認 REQUIRED
    public void functionB(List<Sample> samples) {
        for (Sample s : samples) {
            a.functionA(s); // 內層調用
        }
        // 業務邏輯可能拋出異常導致外層回滾
        if (someCondition) throw new RuntimeException("Business error");
    }
}

執行流程分析

1. 調用 B.functionB() → 開啟事務 T_outer。
2. 循環調用 A.functionA() → 偵測到現有事務 T_outer，**加入同一事務** (不開啟新事務)。
3. 每次 functionA 執行 update，SQL 發送數據庫，但**未提交** (受 T_outer 控制)。
4. 循環結束，functionB 拋出異常 → T_outer 標記回滾。
5. 事務管理器回滾 T_outer，**所有 update 操作全部撤銷**。