問題描述

Spring中事務配置如下：

<tx:advice transaction-manager='transactionManager'> <tx:attributes><tx:method name='delete*' propagation='REQUIRED' read-only='false' rollback-for='java.lang.Exception'/><tx:method name='insert*' propagation='REQUIRED' read-only='false' rollback-for='Exception' /><tx:method name='update*' propagation='REQUIRED' read-only='false' rollback-for='java.lang.Exception' /><tx:method name='save*' propagation='REQUIRED' read-only='false' rollback-for='Exception' /><tx:method name='*' propagation='REQUIRED' read-only='true'/> <:attributes><:advice>

現在ServiceA中有一個方法methodA，那么在ServiceA中應該注入ServiceB，ServiceC呢，還是DaoB,DaoC,然后在methodA中去保存B，C，保證B,C同時保存成功，或同時失敗!

答：

既可以單獨注入service，也可以單獨注入dao，關鍵是，spring容器的事務管理默認只截獲未檢查異常RuntimeException。上邊配置的rollback-for='java.lang.Exception'其實不用配置。配置如下

<tx:advice transaction-manager='transactionManager'> <tx:attributes><tx:method name='delete*' propagation='REQUIRED' read-only='false' /><tx:method name='insert*' propagation='REQUIRED' read-only='false' /><tx:method name='update*' propagation='REQUIRED' read-only='false' /><tx:method name='save*' propagation='REQUIRED' read-only='false' /><tx:method name='*' propagation='REQUIRED' read-only='true'/> <:attributes><:advice>

解決方案是：

如果代碼中使用了try...catch...捕獲了檢查型異常，意味著程序員自己必須要解決異常，必須知道如何解決異常。通常的做法是：將檢查型的異常在catch塊中重新拋出為Runtime Exception，這樣Spring容器就會截獲該異常，進行事務回滾處理 。如下

try { .....}catch( CheckedException e ) { logger.error(e); throw new RuntimeException(e);}

注意，不使用try...catch...，而在方法簽名后向外拋出檢查型異常的行為不可取，事務也不會回滾。

如果代碼中沒有使用try拋出了未檢查異常，則Spring容器會自動截獲異常，進行事務回滾處理。

問題解答

如果你想更多了解Spring事務機制可以看我的這幾篇文章：

Spring Transaction詳解 - Transaction Isolation

Spring Transaction詳解 - Transaction Propagation模式

Spring Transaction詳解 - 手動回滾事務

Spring Transaction詳解 - 異常發生時的事務回滾機制

其實這種事情就是根據需要了，事務是會自動合并的，但作為設計考慮，盡量調用 dao 這樣能夠使不同的 service 得以解偶。

一般我們在Service的方法上會進行事務的定義，特別是如果有控制傳播行為的場景，那放入dao就和放入service不同了。因為dao肯定都是在一個大事務下了，service就比較復雜了。