spring聲明式事務失效常見原因及解決方案如下：1. 方法不是public的，需確保方法用public修飾；2. 同類中方法調用導致代理失效，應將事務方法放在另一個bean中；3. 異常被捕獲未回滾，需手動調用setrollbackonly()；4. 傳播行為配置錯誤，應根據場景選擇合適的傳播行為，如required、requires_new、nested等；5. 數據庫不支持或配置錯誤，需確認數據庫和連接池配置正確；6. 使用了錯誤的代理方式，可考慮使用aspectj替代默認代理。排查事務失效可通過檢查配置、開啟日志、斷點調試、分析異常、檢查aop配置等方式進行。此外，還可通過transactiontemplate編程式管理事務，實現更靈活控制，但存在代碼侵入性和冗余問題。
Spring聲明式事務，簡單來說，就是用注解或xml配置來管理事務，讓代碼更干凈。但用不好，就容易掉坑里，比如事務失效、數據不一致等等。這篇文章就來聊聊這些坑，以及如何正確地使用它。
解決方案
Spring聲明式事務的核心在于AOP（面向切面編程）。它通過代理，在方法執行前后織入事務管理的邏輯。理解這一點，才能更好地避開陷阱。
常見的配置方式有兩種：
- 基于注解： 使用@Transactional注解標注在類或方法上。
- 基于XML： 在XML配置文件中定義事務的切面。
事務失效的常見原因：
- 方法不是public的： Spring AOP基于代理實現，只能攔截public方法。
- 同一個類中方法調用： 內部方法調用不會經過代理，事務也就失效了。比如，this.methodB()。
- 異常被捕獲： 如果方法內部捕獲了異常，事務默認不會回滾。需要手動TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。
- 錯誤的傳播行為： 傳播行為（propagation behavior）定義了事務如何傳播。如果配置不當，可能導致事務沒有生效。
- 數據庫不支持事務： 確保你的數據庫支持事務，并且已經正確配置。
- 使用了錯誤的代理方式： Spring AOP默認使用JDK動態代理，如果目標類沒有實現接口，會使用CGLIB代理。CGLIB代理可能會帶來一些問題，比如構造函數被多次調用。
正確使用方案：
- 確保方法是public的。
- 避免同一個類中方法調用。 可以將需要事務的方法放到另一個bean中。
- 正確處理異常。 如果需要回滾，手動設置setRollbackOnly()。
- 選擇合適的傳播行為。 默認的REQUIred傳播行為通常夠用，但需要根據實際場景選擇。
- 檢查數據庫配置。 確保數據庫連接池配置正確，并且數據庫支持事務。
- 考慮使用AspectJ。 AspectJ可以避免JDK動態代理和CGLIB代理的一些問題，但配置相對復雜。
Spring聲明式事務的傳播行為有哪些？如何選擇？
Spring事務傳播行為定義了多個事務方法相互調用時，事務如何傳播。常見的傳播行為包括：
- REQUIRED： 如果當前存在事務，則加入該事務；如果當前沒有事務，則創建一個新的事務。（默認值）
- SUPPORTS： 如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務方式繼續運行。
- MANDATORY： 如果當前存在事務，則加入該事務；如果當前沒有事務，則拋出異常。
- REQUIRES_NEW： 創建一個新的事務，如果當前存在事務，則把當前事務掛起。
- NOT_SUPPORTED： 以非事務方式運行，如果當前存在事務，則把當前事務掛起。
- NEVER： 以非事務方式運行，如果當前存在事務，則拋出異常。
- NESTED： 如果當前存在事務，則創建一個嵌套事務作為當前事務的子事務；如果當前沒有事務，則創建一個新的事務。
如何選擇？
- REQUIRED： 適用于大多數場景，保證方法在事務中執行。
- REQUIRES_NEW： 適用于需要獨立事務的場景，例如日志記錄。即使主事務失敗，日志也要記錄。
- NESTED： 適用于事務嵌套的場景，例如訂單創建后，需要更新庫存。如果更新庫存失敗，只回滾庫存更新，不影響訂單創建。
選擇合適的傳播行為需要根據業務場景仔細考慮，錯誤的傳播行為可能導致數據不一致。
如何排查Spring聲明式事務失效的問題？
排查Spring聲明式事務失效的問題，可以按照以下步驟進行：
- 檢查配置： 檢查@Transactional注解是否正確使用，XML配置是否正確。
- 開啟debug日志： 開啟Spring的debug日志，查看事務相關的日志信息。例如，org.springframework.transaction和org.springframework.jdbc.datasource。
- 斷點調試： 在方法執行前后設置斷點，查看事務是否已經開啟，以及事務的狀態。
- 檢查數據庫連接： 確保數據庫連接池配置正確，并且數據庫連接可用。
- 分析異常信息： 如果有異常拋出，仔細分析異常信息，找到事務失效的原因。
- 檢查AOP配置： 檢查AOP配置是否正確，確保事務切面已經生效。
- 使用AOP監控工具： 可以使用AOP監控工具，例如AspectJ，來監控事務的執行情況。
- 查看代理對象： 確認被@Transactional注解的方法是否被代理。可以通過AopContext.currentProxy()來獲取代理對象，如果返回NULL，說明方法沒有被代理。
排查事務失效問題需要耐心和細致，通過以上步驟，通常可以找到問題所在。
除了注解和XML，還有其他配置Spring聲明式事務的方式嗎？
除了注解和XML配置，還可以使用編程方式配置Spring聲明式事務，也就是使用TransactionTemplate。
TransactionTemplate的優點：
- 靈活性： 可以更靈活地控制事務的邊界和行為。
- 代碼清晰： 事務邏輯與業務邏輯分離，代碼更清晰。
TransactionTemplate的缺點：
- 代碼侵入性： 需要在代碼中顯式地調用TransactionTemplate的方法。
- 代碼冗余： 如果多個方法需要事務管理，需要重復編寫TransactionTemplate的代碼。
使用示例：
@Autowired private TransactionTemplate transactionTemplate; public void doSomething() { transactionTemplate.execute(status -> { // 業務邏輯 try { // ... return true; // 提交事務 } catch (Exception e) { status.setRollbackOnly(); // 回滾事務 return false; } }); }
雖然TransactionTemplate不如注解和XML配置常用，但在某些特殊場景下，它仍然是一種有用的選擇。例如，需要動態控制事務邊界的場景。
