java - Spring交易配置在service層，傳播規則為required，方法中究竟應該是呼叫service還是多個dao比較好？

Question

Spring中事務配置如下：

<tx:advice id="txAdvice" 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 id="txAdvice" 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容器會自動截獲異常，進行事務回滾處理。

Answer 1

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

1. Spring Transaction詳解 - Transaction Isolation

2. Spring Transaction詳解 - Transaction Propagation模式

3. Spring Transaction詳解 - 手動回滾事務

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

Answer 2

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

Answer 3

一般我們在Service的方法上会进行事务的定义，特别是如果有控制传播行为的场景，那放入dao就和放入service不同了。因为dao肯定都是在一个大事务下了，service就比較複雜了。