導語：
Spring事務傳播機制是后端面試中的必考知識點，特別容易出現在“項目細節挖掘”階段。面試官通過它來判斷你是否真正理解事務控制的本質與異常傳播機制。本文將從實戰與源碼角度出發，全面剖析Spring事務傳播機制，幫助你答得有邏輯、有亮點，輕松拿捏核心面試題！

---

一、面試主題概述

Spring通過 @Transactional 注解支持聲明式事務，其中事務的傳播行為（Propagation）是關鍵參數之一。
所謂“傳播”，是指當一個方法已經在事務中時，另一個方法是否加入、掛起、開啟新事務等行為。

這部分不僅是基礎框架知識的體現，更會在多模塊協作、異常回滾設計中決定系統的數據一致性與魯棒性。
如果你在項目中經常出現“事務沒生效”“為什么沒回滾”等問題，很可能根源就在傳播機制沒有理解透。

---

二、高頻面試題匯總

1. 你了解Spring事務的傳播機制嗎？說說有哪些類型及其區別。
2. 如果一個方法使用 REQUIRES_NEW，它和外層事務如何互動？
3. NESTED 和 REQUIRES_NEW 有什么本質區別？
4. 實際開發中，哪些場景適合使用 REQUIRES_NEW？
5. 如果 Propagation.NOT_SUPPORTED 的方法拋出異常，外層事務是否受影響？

---

三、重點題目詳解

1?? 你了解Spring事務的傳播機制嗎？說說有哪些類型及其區別。

答：
Spring支持的事務傳播機制共有7種，分別是：

類型	描述
REQUIRED（默認）	有事務就加入，沒有就新建一個
REQUIRES_NEW	總是開啟新事務，掛起當前事務
NESTED	如果存在事務，則開啟嵌套事務（SavePoint保存點）
SUPPORTS	有事務就用，沒有就非事務方式執行
NOT_SUPPORTED	強制不使用事務，若有事務則掛起
NEVER	強制無事務，有事務則拋出異常
MANDATORY	必須在事務中運行，若沒有事務則拋出異常

代碼示例：

@Transactional(propagation = Propagation.REQUIRED)
public void outerMethod() {innerService.innerMethod(); // 默認也是 REQUIRED，加入同一事務
}@Transactional(propagation = Propagation.REQUIRES_NEW)
public void innerMethod() {// 會開啟一個新的事務，outerMethod 的事務將被掛起
}

考察點解析：

• 能否清晰解釋每種傳播機制用途，是考察對事務控制粒度的掌握。
• 面試官后續可能追問具體的異常場景或回滾策略，所以基礎務必打牢。

---

2?? REQUIRES_NEW 和外層事務的回滾關系？

答：
REQUIRES_NEW 會掛起當前事務，開啟一個全新的事務。兩者是獨立提交、獨立回滾的。

@Transactional
public void outer() {try {inner(); // inner 使用 REQUIRES_NEW} catch (Exception e) {// 捕獲后 outer 可以不回滾}throw new RuntimeException(); // 僅回滾 outer 事務
}@Transactional(propagation = Propagation.REQUIRES_NEW)
public void inner() {// 提交成功，即使 outer 回滾也不影響
}

場景舉例：

• 記錄日志或審計數據（不能因主流程失敗而丟失）
• 第三方接口調用結果保存（確保冪等）

---

3?? NESTED 與 REQUIRES_NEW 有什么區別？

比較項	NESTED	REQUIRES_NEW
是否新建事務	否，嵌套當前事務	是，掛起當前事務
是否獨立提交	否，主事務失敗則全部回滾	是，互不影響
實現機制	SavePoint（保存點）	真正的新事務

代碼示例：

@Transactional
public void parent() {child(); // NESTED，不拋異常不會影響 parentthrow new RuntimeException(); // parent rollback，child 也回滾
}@Transactional(propagation = Propagation.NESTED)
public void child() {// 設置保存點，可在當前事務失敗前“部分提交”
}

考察點解析：

• 區分是否 “真實隔離”事務邊界 ，是高級候選人的標配能力。
• 能講出 SavePoint 概念或 Spring 內部事務管理器實現，是加分項。

---

4?? 實際開發中，哪些場景適合使用 REQUIRES_NEW？

• 記錄操作日志，即使主流程失敗也要保留痕跡。
• 向第三方服務發送異步通知或郵件（不影響主事務的業務執行）。
• 系統異常情況下補償事務機制的使用。

踩坑提醒：
使用 REQUIRES_NEW 時需要確保數據庫連接數充足，因為每個新事務需要單獨連接。

---

5?? 如果 Propagation.NOT_SUPPORTED 的方法拋出異常，外層事務是否受影響？

答：
NOT_SUPPORTED 表示掛起當前事務，以非事務方式執行。此時即使拋出異常，也不會回滾外層事務。

@Transactional
public void outer() {try {noTxMethod(); // NOT_SUPPORTED，非事務執行} catch (Exception e) {// 捕獲后 outer 事務可繼續}// outer方法仍處于事務中
}@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void noTxMethod() {throw new RuntimeException("非事務邏輯異常");
}

考察點解析：

• 面試官通過這個問題判斷你是否清楚事務掛起與傳播邊界的影響。
• 理解傳播機制不僅是理論問題，更關乎項目中數據一致性的保障。

---

四、面試官視角與加分項

Spring事務傳播機制是一個“寬口徑、高落點”的面試入口點：

面試官目的	候選人應對方式
考察對分布式一致性理解	舉例“日志獨立記錄”或“冪等寫庫”場景
判斷是否有實戰經驗	分享 REQUIRES_NEW 踩坑或 NESTED 使用經驗
了解源碼掌握深度	簡述事務攔截器 TransactionInterceptor 源碼流程
延伸提問能力	準備好 @Transactional 的異常傳播、rollbackFor、嵌套調用等衍生點

加分項：

• 清晰畫出傳播機制行為對照圖（誰掛起、誰加入、誰隔離）
• 主動引入“事務傳播 + 異常處理”的組合問題（try-catch 嵌套場景）

---

五、總結與建議

Spring事務傳播機制雖然是框架中的一環，但它牽涉到數據一致性、模塊職責劃分、異常恢復機制，是后端開發中必須精通的核心能力。

建議你這樣準備：

? 理解每種傳播行為的語義和差異
? 用簡單項目示例演練嵌套調用、異常處理效果
? 準備一兩個項目場景，展示你為什么選這個傳播行為