目錄

（一）REQUIRED

（二）SUPPORTS

（三）MANDATORY

（四）REQUIRES_NEW

（五）NOT_SUPPORTED

（六）NEVER

（七）NESTED

---

在 Spring 框架中，事務管理是一個至關重要的部分，而事務傳播行為則是其中的核心概念之一。它決定了事務在多個方法調用之間的傳播方式，對于確保數據的一致性和完整性具有關鍵作用。下面將詳細介紹 Spring 框架中的七種事務傳播行為，并結合使用場景說明其重要性。

（一）REQUIRED

1. 定義：如果當前存在事務，就加入該事務；如果當前沒有事務，就創建一個新的事務。這是最常見的選擇，也是 Spring 的默認傳播行為。
2. 使用場景示例：在一個電商系統中，用戶下單操作涉及訂單創建、庫存扣除和支付記錄等多個步驟。這些步驟需要在同一個事務中完成，以確保數據的一致性。如果在某個步驟出現異常，整個事務應該回滾。此時，可以使用 REQUIRED 傳播行為來保證這些操作在同一個事務中執行。例如：

@Service
public class OrderService {@Autowiredprivate InventoryService inventoryService;@Autowiredprivate PaymentService paymentService;@Transactional(propagation = Propagation.REQUIRED)public void createOrder(Order order) {inventoryService.reduceStock(order.getProductId(), order.getQuantity());paymentService.processPayment(order.getAmount());// 其他訂單處理邏輯}
}

在這個例子中，createOrder 方法使用了 REQUIRED 傳播行為。如果調用該方法時已經存在一個事務（例如，在另一個服務方法中開啟了事務），那么 createOrder 方法將加入到這個已有的事務中；如果沒有現有的事務，它將創建一個新的事務來執行訂單創建的邏輯。

（二）SUPPORTS

1. 定義：如果當前存在事務，就加入該事務；如果當前沒有事務，就以非事務方式執行。
2. 使用場景示例：在一些對性能要求較高且不需要強制事務保證的場景中，可以使用 SUPPORTS 傳播行為。例如，在一個日志記錄系統中，記錄日志操作通常不需要事務支持，但如果在事務環境中調用日志記錄方法，可以讓它參與到當前事務中。假設有一個系統，在進行業務操作的同時需要記錄一些日志信息到數據庫。可以使用 SUPPORTS 傳播行為的服務方法來實現：

@Service
public class LoggingService {@Autowiredprivate LogRepository logRepository;@Transactional(propagation = Propagation.SUPPORTS)public void recordLog(String message) {Log log = new Log();log.setMessage(message);log.setTimestamp(new Date());logRepository.save(log);}
}

當在事務環境中調用 recordLog 方法時，它會參與到當前事務中；如果在非事務環境中調用，它會以非事務的方式執行，不會開啟新的事務。

（三）MANDATORY

1. 定義：如果當前存在事務，就加入該事務；如果當前沒有事務，就拋出異常。
2. 使用場景示例：適用于必須依賴于外部事務才能執行的場景。例如，在銀行轉賬系統中，轉賬操作需要在賬戶服務的事務中進行，以確保兩個賬戶的余額更新操作要么同時成功，要么同時失敗。假設有一個賬戶服務類：

@Service
public class AccountService {@Autowiredprivate AccountRepository accountRepository;@Transactional(propagation = Propagation.MANDATORY)public void transfer(Long fromAccountId, Long toAccountId, BigDecimal amount) {Account fromAccount = accountRepository.findById(fromAccountId);Account toAccount = accountRepository.findById(toAccountId);fromAccount.setBalance(fromAccount.getBalance().subtract(amount));toAccount.setBalance(toAccount.getBalance().add(amount));accountRepository.save(fromAccount);accountRepository.save(toAccount);}
}

當調用 transfer 方法時，如果當前沒有事務存在，就會拋出異常，因為這個方法必須在事務環境中執行，以確保轉賬操作的原子性。

（四）REQUIRES_NEW

1. 定義：總是創建一個新的事務。如果當前存在事務，就把當前事務掛起。
2. 使用場景示例：在一些需要獨立于當前事務執行的操作中非常有用。例如，在一個訂單系統中，創建訂單后需要發送一封確認郵件。發送郵件的操作應該在一個新的事務中執行，以避免郵件發送失敗影響訂單的創建。假設有一個郵件服務類：

@Service
public class EmailService {@Autowiredprivate EmailRepository emailRepository;@Transactional(propagation = Propagation.REQUIRES_NEW)public void sendConfirmationEmail(Order order) {Email email = new Email();email.setTo(order.getCustomerEmail());email.setSubject("Order Confirmation");email.setBody("Your order has been processed.");emailRepository.save(email);}
}

當 sendConfirmationEmail 方法被調用時，無論調用者是否在事務中，它都會創建一個新的事務來執行發送郵件的操作。這樣即使郵件發送失敗，也不會影響到訂單的創建事務。

（五）NOT_SUPPORTED

1. 定義：以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。
2. 使用場景示例：適用于那些不應該與現有事務關聯的操作，比如讀取數據或執行一些不需要事務支持的計算任務。例如，在一個數據分析系統中，查詢某個統計數據的方法可以使用 NOT_SUPPORTED 傳播行為，以避免對正在進行的事務造成不必要的干擾：

@Service
public class DataAnalysisService {@Autowiredprivate DataRepository dataRepository;@Transactional(propagation = Propagation.NOT_SUPPORTED)public BigDecimal calculateAverageValue() {List<Data> allData = dataRepository.findAll();BigDecimal sum = allData.stream().map(Data::getValue).reduce(BigDecimal.ZERO, BigDecimal::add);return sum.divide(new BigDecimal(allData.size()), 2, RoundingMode.HALF_UP);}
}

在這個例子中，calculateAverageValue 方法在執行時會掛起任何現有的事務，以非事務的方式計算平均值。

（六）NEVER

1. 定義：以非事務方式執行，如果當前存在事務，則拋出異常。
2. 使用場景示例：用于確保某個操作絕對不與現有事務關聯的場景。例如，在一個系統中，某些只讀操作可能不希望受到事務的影響，因為它們可能會被頻繁調用且不需要事務的一致性保證。假設有一個緩存服務類，其中的緩存加載方法可以使用 NEVER 傳播行為：

@Service
public class CacheService {@Autowiredprivate CacheManager cacheManager;@Transactional(propagation = Propagation.NEVER)public void loadCache() {// 從外部數據源加載數據到緩存中的邏輯}
}

當 loadCache 方法被調用時，如果當前存在事務，就會拋出異常，因為它不允許在事務環境中執行。

（七）NESTED

1. 定義：如果當前存在事務，則在嵌套事務內執行；如果當前沒有事務，則按 REQUIRED 屬性執行。
2. 使用場景示例：在一些復雜的業務場景中，需要在現有事務的基礎上再開啟一個子事務，以實現更細粒度的事務控制。例如，在一個大型項目中，某個模塊可能需要在另一個模塊的事務基礎上進行一些額外的操作，但又希望這些操作有自己的事務邊界。假設有一個子模塊服務類：

@Service
public class SubModuleService {@Autowiredprivate SubModuleRepository subModuleRepository;@Transactional(propagation = Propagation.NESTED)public void performSubOperation(Long subModuleId) {SubModule subModule = subModuleRepository.findById(subModuleId);// 進行子模塊相關的操作邏輯}
}

當 performSubOperation 方法在現有事務中被調用時，它會在一個嵌套事務中執行；如果沒有現有事務，它會像使用 REQUIRED 傳播行為一樣創建一個新的事務。

Spring 框架中的七種事務傳播行為為開發者提供了靈活的事務管理機制，能夠適應各種不同的業務場景。通過合理選擇和應用這些傳播行為，可以更好地確保數據的一致性和完整性，提高系統的可靠性和穩定性。在實際開發中，需要根據具體的業務需求仔細考慮和選擇合適的事務傳播行為，以實現最佳的事務管理效果。