spring事務傳播機制共有七種，包括required（默認）、supports、mandatory、requires_new、not_supported、never和nested，各自決定了事務方法調用時的事務邊界與執行方式；隔離級別包括default、read_uncommitted、read_committed、repeatable_read和serializable，用于控制并發事務間的數據可見性與一致性；選擇時需根據業務需求、數據一致性要求及并發性能進行權衡；使用時可通過@transactional注解或xml配置實現聲明式事務管理，也可通過transactiontemplate或platformtransactionmanager實現編程式事務管理；常見事務失效原因包括自調用問題、異常處理不當、方法非public等，需針對性解決。
Spring事務傳播機制和隔離級別是控制多個事務方法相互調用時，事務如何傳遞和隔離的關鍵。簡單來說，傳播機制決定了當一個事務方法調用另一個事務方法時，新方法是加入現有事務，還是開啟一個新事務；隔離級別則定義了多個并發事務之間的數據可見性和相互影響程度。
Spring事務傳播機制和隔離級別是保證數據一致性和并發性能的重要手段。
Spring事務傳播機制有哪些？
Spring定義了七種傳播行為，每種行為都影響著事務的邊界和作用范圍：
立即學習“Java免費學習筆記（深入）”；
- REQUIred (默認): 如果當前存在事務，則加入該事務；如果當前沒有事務，則創建一個新的事務。這是最常用的傳播行為。
- SUPPORTS: 如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務方式繼續執行。
- MANDATORY: 如果當前存在事務，則加入該事務；如果當前沒有事務，則拋出異常。
- REQUIRES_NEW: 無論當前是否存在事務，都創建一個新的事務。如果當前存在事務，則將當前事務掛起。
- NOT_SUPPORTED: 以非事務方式執行操作，如果當前存在事務，則將當前事務掛起。
- NEVER: 以非事務方式執行，如果當前存在事務，則拋出異常。
- NESTED: 如果當前存在事務，則創建一個嵌套事務，作為當前事務的一個保存點。如果當前沒有事務，則創建一個新的事務。
選擇合適的傳播行為取決于具體的業務場景。例如，一個核心的業務方法通常使用REQUIRED，而一些輔助方法，如日志記錄，可能使用SUPPORTS或NOT_SUPPORTED。REQUIRES_NEW通常用于需要獨立事務控制的操作，例如，在主事務失敗后仍然需要執行的操作。NESTED適用于需要回滾部分操作的情況，例如，在一個大的事務中，某個子操作可能會失敗，但我們不希望整個事務都回滾。
Spring事務隔離級別有哪些？
Spring事務隔離級別定義了并發事務之間相互隔離的程度，防止出現臟讀、不可重復讀和幻讀等問題。
- DEFAULT: 使用數據庫默認的隔離級別。不同數據庫的默認隔離級別可能不同。
- READ_UNCOMMITTED: 允許讀取尚未提交的數據。可能導致臟讀。
- READ_COMMITTED: 只能讀取已提交的數據。可以防止臟讀，但可能出現不可重復讀。
- REPEATABLE_READ: 在同一個事務中多次讀取同一數據，結果應該一致。可以防止臟讀和不可重復讀，但可能出現幻讀。
- SERIALIZABLE: 提供最高的隔離級別。強制事務串行執行，可以防止臟讀、不可重復讀和幻讀。
隔離級別越高，并發性能越低。READ_UNCOMMITTED并發性能最高，但數據一致性最差。SERIALIZABLE數據一致性最好，但并發性能最差。大多數數據庫默認使用READ_COMMITTED或REPEATABLE_READ。選擇合適的隔離級別需要在數據一致性和并發性能之間進行權衡。例如，對于對數據一致性要求極高的場景，可以使用SERIALIZABLE。對于并發量高，但允許一定程度數據不一致的場景，可以使用READ_COMMITTED。
如何在Spring中使用事務傳播機制和隔離級別？
可以通過@Transactional注解來配置事務傳播機制和隔離級別。
import org.springframework.transaction.annotation.Transactional; @Service public class MyService { @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.READ_COMMITTED) public void myMethod() { // 業務邏輯 } @Transactional(propagation = Propagation.REQUIRES_NEW) public void anotherMethod() { // 業務邏輯 } }
@Transactional注解可以應用于類或方法。應用于類時，該類的所有public方法都將具有事務特性。propagation屬性指定傳播行為，isolation屬性指定隔離級別。
除了使用@Transactional注解，還可以使用XML配置來配置事務傳播機制和隔離級別。
<tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="myMethod" propagation="REQUIRED" isolation="READ_COMMITTED"/> <tx:method name="anotherMethod" propagation="REQUIRES_NEW"/> </tx:attributes> </tx:advice> <aop:config> <aop:pointcut id="myPointcut" expression="execution(* com.example.MyService.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="myPointcut"/> </aop:config>
XML配置更加靈活，可以對不同的方法應用不同的事務配置。
Spring事務管理中常見的坑有哪些？
在使用Spring事務管理時，可能會遇到一些問題。
- 自調用問題: 如果一個方法內部調用自己的另一個@Transactional方法，事務傳播機制可能失效。這是因為Spring的AOP代理機制導致的。解決方法是將內部調用改為從spring容器中獲取Bean，然后調用其方法。
- 異常處理不當: Spring事務默認只對RuntimeException及其子類進行回滾。如果拋出Checked Exception，事務不會回滾。可以通過@Transactional注解的rollbackFor屬性指定需要回滾的異常類型。
- 數據庫連接未正確關閉: 如果數據庫連接未正確關閉，可能導致連接池耗盡，影響系統性能。可以使用try-with-resources語句或Spring的TransactionTemplate來確保數據庫連接正確關閉。
- 長事務: 長事務會占用數據庫資源，影響系統并發性能。應該盡量避免長事務，將大事務拆分成多個小事務。
理解這些常見的坑，可以幫助我們更好地使用Spring事務管理，避免出現意外問題。
如何選擇合適的事務傳播行為和隔離級別？
選擇合適的事務傳播行為和隔離級別需要根據具體的業務場景進行權衡。
- 考慮業務需求: 是否需要事務？是否需要獨立的事務？是否需要回滾部分操作？
- 考慮數據一致性要求: 是否允許臟讀、不可重復讀或幻讀？
- 考慮并發性能: 是否需要支持高并發？
一般來說，對于核心的業務方法，應該使用REQUIRED傳播行為和READ_COMMITTED或REPEATABLE_READ隔離級別。對于輔助方法，可以使用SUPPORTS或NOT_SUPPORTED傳播行為。對于需要獨立事務控制的操作，可以使用REQUIRES_NEW傳播行為。對于需要回滾部分操作的情況，可以使用NESTED傳播行為。
在實際開發中，可以先選擇一個合適的傳播行為和隔離級別，然后進行測試，觀察系統的性能和數據一致性是否滿足要求。如果性能不滿足要求，可以嘗試降低隔離級別。如果數據一致性不滿足要求，可以嘗試提高隔離級別。
Spring事務失效的常見原因及解決方案
Spring事務失效可能由多種原因引起，以下是一些常見情況及相應的解決方案：
- 未被Spring管理的Bean: 確保使用了@Component, @Service, @Repository等注解將Bean納入Spring容器管理。
- 方法不是public: Spring AOP是基于代理實現的，只能代理public方法。
- 自調用問題: 如前所述，內部調用@Transactional方法會導致事務失效。解決方案是注入Bean，通過Bean調用方法。
- 異常被捕獲: 如果在@Transactional方法中捕獲了異常，且沒有重新拋出，Spring將認為事務已經成功完成，不會進行回滾。應該在捕獲異常后重新拋出，或者使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()手動設置回滾。
- 錯誤的傳播行為: 選擇了錯誤的傳播行為可能導致事務沒有被正確傳播。例如，使用NOT_SUPPORTED會導致方法在非事務環境下執行。
- 數據庫不支持事務: 某些數據庫可能不支持事務，或者事務功能未開啟。
- 使用了錯誤的隔離級別: 某些隔離級別可能導致數據不一致，或者出現死鎖。
- 數據源配置錯誤: 檢查數據源配置是否正確，包括URL、用戶名、密碼等。
排查事務失效問題需要仔細分析代碼和配置，并結合日志進行調試。
如何使用編程式事務管理？
除了聲明式事務管理，Spring還提供了編程式事務管理，允許開發者手動控制事務的邊界。
可以使用TransactionTemplate或PlatformTransactionManager來實現編程式事務管理。
使用TransactionTemplate:
import org.springframework.transaction.TransactionStatus; import org.springframework.transaction.support.TransactionCallbackWithoutResult; import org.springframework.transaction.support.TransactionTemplate; @Service public class MyService { @Autowired private TransactionTemplate transactionTemplate; public void myMethod() { transactionTemplate.execute(new TransactionCallbackWithoutResult() { @Override protected void doInTransactionWithoutResult(TransactionStatus status) { // 業務邏輯 // 如果發生異常，可以使用status.setRollbackOnly()手動設置回滾 } }); } }
使用PlatformTransactionManager:
import org.springframework.transaction.PlatformTransactionManager; import org.springframework.transaction.TransactionDefinition; import org.springframework.transaction.TransactionStatus; import org.springframework.transaction.support.DefaultTransactionDefinition; @Service public class MyService { @Autowired private PlatformTransactionManager transactionManager; public void myMethod() { TransactionDefinition def = new DefaultTransactionDefinition(); TransactionStatus status = transactionManager.getTransaction(def); try { // 業務邏輯 transactionManager.commit(status); } catch (Exception e) { transactionManager.rollback(status); } } }
編程式事務管理更加靈活，可以精細地控制事務的邊界，但代碼也更加復雜。一般來說，聲明式事務管理更常用，只有在需要特殊控制事務邊界的情況下才會使用編程式事務管理。
