基于 TransactionProxy... 的聲明式事務(wù)管理

前面的聲明式事務(wù)雖然好，但是卻存在一個(gè)非常惱人的問題：配置文件太多。我們必須針對(duì)每一個(gè)目標(biāo)對(duì)象配置一個(gè) ProxyFactoryBean；另外，雖然可以通過父子 Bean 的方式來復(fù)用 TransactionInterceptor 的配置，但是實(shí)際的復(fù)用幾率也不高；這樣，加上目標(biāo)對(duì)象本身，每一個(gè)業(yè)務(wù)類可能需要對(duì)應(yīng)三個(gè) <bean/> 配置，隨著業(yè)務(wù)類的增多，配置文件將會(huì)變得越來越龐大，管理配置文件又成了問題。

　　為了緩解這個(gè)問題，Spring 為我們提供了 TransactionProxyFactoryBean，用于將TransactionInterceptor 和 ProxyFactoryBean 的配置合二為一。如清單9所示：

　　清單9. 基于 TransactionProxyFactoryBean 的事務(wù)管理示例配置文件

<beans......>
......
<bean id="bankServiceTarget"
class="footmark.spring.core.tx.declare.classic.BankServiceImpl">
<property name="bankDao" ref="bankDao"/>
</bean>
<bean id="bankService"
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property name="target" ref="bankServiceTarget"/>
<property name="transactionManager" ref="transactionManager"/>
<property name="transactionAttributes">
<props>
<prop key="transfer">PROPAGATION_REQUIRED</prop>
</props>
</property>
</bean>
......
</beans>

如此一來，配置文件與先前相比簡化了很多。我們把這種配置方式稱為 Spring 經(jīng)典的聲明式事務(wù)管理。相信在早期使用 Spring 的開發(fā)人員對(duì)這種配置聲明式事務(wù)的方式一定非常熟悉。

但是，顯式為每一個(gè)業(yè)務(wù)類配置一個(gè) TransactionProxyFactoryBean 的做法將使得代碼顯得過于刻板，為此我們可以使用自動(dòng)創(chuàng)建代理的方式來將其簡化，使用自動(dòng)創(chuàng)建代理是純 AOP 知識(shí)，請(qǐng)讀者參考相關(guān)文檔，不在此贅述。

　　基于 <tx> 命名空間的聲明式事務(wù)管理

前面兩種聲明式事務(wù)配置方式奠定了 Spring 聲明式事務(wù)管理的基石。在此基礎(chǔ)上，Spring 2.x 引入了 <tx> 命名空間，結(jié)合使用 <aop> 命名空間，帶給開發(fā)人員配置聲明式事務(wù)的全新體驗(yàn)，配置變得更加簡單和靈活。另外，得益于 <aop> 命名空間的切點(diǎn)表達(dá)式支持，聲明式事務(wù)也變得更加強(qiáng)大。

　　如清單10所示：

　　清單10. 基于 <tx> 的事務(wù)管理示例配置文件

<beans......>
......
<bean id="bankService"
class="footmark.spring.core.tx.declare.namespace.BankServiceImpl">
<property name="bankDao" ref="bankDao"/>
</bean>
<tx:advice id="bankAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="transfer" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
<aop:config>
<aop:pointcut id="bankPointcut" expression="execution(* *.transfer(..))"/>
<aop:advisor advice-ref="bankAdvice" pointcut-ref="bankPointcut"/>
</aop:config>
......
</beans>

如果默認(rèn)的事務(wù)屬性就能滿足要求，那么代碼簡化為如清單 11 所示：

　　清單 11. 簡化后的基于 <tx> 的事務(wù)管理示例配置文件

<beans......>
......
<bean id="bankService"
class="footmark.spring.core.tx.declare.namespace.BankServiceImpl">
<property name="bankDao" ref="bankDao"/>
</bean>
<tx:advice id="bankAdvice" transaction-manager="transactionManager">
<aop:config>
<aop:pointcut id="bankPointcut" expression="execution(**.transfer(..))"/>
<aop:advisor advice-ref="bankAdvice" pointcut-ref="bankPointcut"/>
</aop:config>
......
</beans>

由于使用了切點(diǎn)表達(dá)式，我們就不需要針對(duì)每一個(gè)業(yè)務(wù)類創(chuàng)建一個(gè)代理對(duì)象了。另外，如果配置的事務(wù)管理器 Bean 的名字取值為“transactionManager”，則我們可以省略 <tx:advice> 的 transaction-manager 屬性，因?yàn)樵搶傩缘哪J(rèn)值即為“transactionManager”。

　　基于 @Transactional 的聲明式事務(wù)管理

　　除了基于命名空間的事務(wù)配置方式，Spring 2.x 還引入了基于 Annotation 的方式，具體主要涉及@Transactional 標(biāo)注。@Transactional 可以作用于接口、接口方法、類以及類方法上。當(dāng)作用于類上時(shí)，該類的所有 public 方法將都具有該類型的事務(wù)屬性，同時(shí)，我們也可以在方法級(jí)別使用該標(biāo)注來覆蓋類級(jí)別的定義。如清單12所示：

清單12. 基于 @Transactional 的事務(wù)管理示例配置文件

@Transactional(propagation = Propagation.REQUIRED)
public boolean transfer(Long fromId， Long toId， double amount) {
return bankDao.transfer(fromId， toId， amount);
}

　　Spring 使用 BeanPostProcessor 來處理 Bean 中的標(biāo)注，因此我們需要在配置文件中作如下聲明來激活該后處理 Bean，如清單13所示：

　　清單13. 啟用后處理Bean的配置

<tx:annotation-driven transaction-manager="transactionManager"/>

　　與前面相似，transaction-manager 屬性的默認(rèn)值是 transactionManager，如果事務(wù)管理器 Bean 的名字即為該值，則可以省略該屬性。

雖然 @Transactional 注解可以作用于接口、接口方法、類以及類方法上，但是 Spring 小組建議不要在接口或者接口方法上使用該注解，因?yàn)檫@只有在使用基于接口的代理時(shí)它才會(huì)生效。另外， @Transactional 注解應(yīng)該只被應(yīng)用到 public 方法上，這是由 Spring AOP 的本質(zhì)決定的。如果你在 protected、private 或者默認(rèn)可見性的方法上使用 @Transactional 注解，這將被忽略，也不會(huì)拋出任何異常。

基于 <tx> 命名空間和基于 @Transactional 的事務(wù)聲明方式各有優(yōu)缺點(diǎn)?；?<tx> 的方式，其優(yōu)點(diǎn)是與切點(diǎn)表達(dá)式結(jié)合，功能強(qiáng)大。利用切點(diǎn)表達(dá)式，一個(gè)配置可以匹配多個(gè)方法，而基于 @Transactional 的方式必須在每一個(gè)需要使用事務(wù)的方法或者類上用 @Transactional 標(biāo)注，盡管可能大多數(shù)事務(wù)的規(guī)則是一致的，但是對(duì) @Transactional 而言，也無法重用，必須逐個(gè)指定。另一方面，基于 @Transactional 的方式使用起來非常簡單明了，沒有學(xué)習(xí)成本。開發(fā)人員可以根據(jù)需要，任選其中一種使用，甚至也可以根據(jù)需要混合使用這兩種方式。