開(kāi)始之前
本教程將深入講解 Spring 簡(jiǎn)單而強大的事務(wù)管理功能，包括編程式事務(wù)和聲明式事務(wù)。通過(guò)對本教程的學(xué)習，您將能夠理解 Spring 事務(wù)管理的本質(zhì)，并靈活運用之。
本教程假定您已經(jīng)掌握了 Java 基礎知識，并對 Spring 有一定了解。您還需要具備基本的事務(wù)管理的知識，比如：事務(wù)的定義，隔離級別的概念，等等。本文將直接使用這些概念而不做詳細解釋。另外，您最好掌握數據庫的基礎知識，雖然這不是必須。
要試驗這份教程中的工具和示例，硬件配置需求為：至少帶有 512MB 內存（推薦 1GB）的系統。需要安裝以下軟件：
Sun JDK 5.0 或更新版本或 IBM Developer Kit for the Java 5 platform 版本。
Spring framework 2.5。本教程附帶的示例代碼已經(jīng)在 Spring 2.5.6 上測試過(guò)。
MySQL 5.0 或更新版本。
Spring 事務(wù)屬性分析
事務(wù)管理對于企業(yè)應用而言至關(guān)重要。它保證了用戶(hù)的每一次操作都是可靠的，即便出現了異常的訪(fǎng)問(wèn)情況，也不至于破壞后臺數據的完整性。就像銀行的自助取款機，通常都能正常為客戶(hù)服務(wù)，但是也難免遇到操作過(guò)程中機器突然出故障的情況，此時(shí)，事務(wù)就必須確保出故障前對賬戶(hù)的操作不生效，就像用戶(hù)剛才完全沒(méi)有使用過(guò)取款機一樣，以保證用戶(hù)和銀行的利益都不受損失。
在 Spring 中，事務(wù)是通過(guò) TransactionDefinition 接口來(lái)定義的。該接口包含與事務(wù)屬性有關(guān)的方法。具體如清單1所示：
public interface TransactionDefinition{ int getIsolationLevel(); int getPropagationBehavior(); int getTimeout(); boolean isReadOnly(); }
也許你會(huì )奇怪，為什么接口只提供了獲取屬性的方法，而沒(méi)有提供相關(guān)設置屬性的方法。其實(shí)道理很簡(jiǎn)單，事務(wù)屬性的設置完全是程序員控制的，因此程序員可以自定義任何設置屬性的方法，而且保存屬性的字段也沒(méi)有任何要求。唯一的要求的是，Spring 進(jìn)行事務(wù)操作的時(shí)候，通過(guò)調用以上接口提供的方法必須能夠返回事務(wù)相關(guān)的屬性取值。
隔離級別是指若干個(gè)并發(fā)的事務(wù)之間的隔離程度。TransactionDefinition 接口中定義了五個(gè)表示隔離級別的常量：
TransactionDefinition.ISOLATION_DEFAULT：這是默認值，表示使用底層數據庫的默認隔離級別。對大部分數據庫而言，通常這值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
TransactionDefinition.ISOLATION_READ_UNCOMMITTED：該隔離級別表示一個(gè)事務(wù)可以讀取另一個(gè)事務(wù)修改但還沒(méi)有提交的數據。該級別不能防止臟讀和不可重復讀，因此很少使用該隔離級別。
TransactionDefinition.ISOLATION_READ_COMMITTED：該隔離級別表示一個(gè)事務(wù)只能讀取另一個(gè)事務(wù)已經(jīng)提交的數據。該級別可以防止臟讀，這也是大多數情況下的推薦值。
TransactionDefinition.ISOLATION_REPEATABLE_READ：該隔離級別表示一個(gè)事務(wù)在整個(gè)過(guò)程中可以多次重復執行某個(gè)查詢(xún)，并且每次返回的記錄都相同。即使在多次查詢(xún)之間有新增的數據滿(mǎn)足該查詢(xún)，這些新增的記錄也會(huì )被忽略。該級別可以防止臟讀和不可重復讀。
TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事務(wù)依次逐個(gè)執行，這樣事務(wù)之間就完全不可能產(chǎn)生干擾，也就是說(shuō)，該級別可以防止臟讀、不可重復讀以及幻讀。但是這將嚴重影響程序的性能。通常情況下也不會(huì )用到該級別。
所謂事務(wù)的傳播行為是指，如果在開(kāi)始當前事務(wù)之前，一個(gè)事務(wù)上下文已經(jīng)存在，此時(shí)有若干選項可以指定一個(gè)事務(wù)性方法的執行行為。在TransactionDefinition定義中包括了如下幾個(gè)表示傳播行為的常量：
TransactionDefinition.PROPAGATION_REQUIRED：如果當前存在事務(wù)，則加入該事務(wù)；如果當前沒(méi)有事務(wù)，則創(chuàng )建一個(gè)新的事務(wù)。
TransactionDefinition.PROPAGATION_REQUIRES_NEW：創(chuàng )建一個(gè)新的事務(wù)，如果當前存在事務(wù)，則把當前事務(wù)掛起。
TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務(wù)，則加入該事務(wù)；如果當前沒(méi)有事務(wù)，則以非事務(wù)的方式繼續運行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務(wù)方式運行，如果當前存在事務(wù)，則把當前事務(wù)掛起。
TransactionDefinition.PROPAGATION_NEVER：以非事務(wù)方式運行，如果當前存在事務(wù)，則拋出異常。
TransactionDefinition.PROPAGATION_MANDATORY：如果當前存在事務(wù)，則加入該事務(wù)；如果當前沒(méi)有事務(wù)，則拋出異常。
TransactionDefinition.PROPAGATION_NESTED：如果當前存在事務(wù)，則創(chuàng )建一個(gè)事務(wù)作為當前事務(wù)的嵌套事務(wù)來(lái)運行；如果當前沒(méi)有事務(wù)，則該取值等價(jià)于TransactionDefinition.PROPAGATION_REQUIRED。
這里需要指出的是，前面的六種事務(wù)傳播行為是 Spring 從 EJB 中引入的，他們共享相同的概念。而 PROPAGATION_NESTED是 Spring 所特有的。以 PROPAGATION_NESTED 啟動(dòng)的事務(wù)內嵌于外部事務(wù)中（如果存在外部事務(wù)的話(huà)），此時(shí)，內嵌事務(wù)并不是一個(gè)獨立的事務(wù)，它依賴(lài)于外部事務(wù)的存在，只有通過(guò)外部的事務(wù)提交，才能引起內部事務(wù)的提交，嵌套的子事務(wù)不能單獨提交。如果熟悉 JDBC 中的保存點(diǎn)（SavePoint）的概念，那嵌套事務(wù)就很容易理解了，其實(shí)嵌套的子事務(wù)就是保存點(diǎn)的一個(gè)應用，一個(gè)事務(wù)中可以包括多個(gè)保存點(diǎn)，每一個(gè)嵌套子事務(wù)。另外，外部事務(wù)的回滾也會(huì )導致嵌套子事務(wù)的回滾。
所謂事務(wù)超時(shí)，就是指一個(gè)事務(wù)所允許執行的最長(cháng)時(shí)間，如果超過(guò)該時(shí)間限制但事務(wù)還沒(méi)有完成，則自動(dòng)回滾事務(wù)。在 TransactionDefinition 中以 int 的值來(lái)表示超時(shí)時(shí)間，其單位是秒。
事務(wù)的只讀屬性是指，對事務(wù)性資源進(jìn)行只讀操作或者是讀寫(xiě)操作。所謂事務(wù)性資源就是指那些被事務(wù)管理的資源，比如數據源、 JMS 資源，以及自定義的事務(wù)性資源等等。如果確定只對事務(wù)性資源進(jìn)行只讀操作，那么我們可以將事務(wù)標志為只讀的，以提高事務(wù)處理的性能。在 TransactionDefinition 中以 boolean 類(lèi)型來(lái)表示該事務(wù)是否只讀。
通常情況下，如果在事務(wù)中拋出了未檢查異常（繼承自 RuntimeException 的異常），則默認將回滾事務(wù)。如果沒(méi)有拋出任何異常，或者拋出了已檢查異常，則仍然提交事務(wù)。這通常也是大多數開(kāi)發(fā)者希望的處理方式，也是 EJB 中的默認處理方式。但是，我們可以根據需要人為控制事務(wù)在拋出某些未檢查異常時(shí)任然提交事務(wù)，或者在拋出某些已檢查異常時(shí)回滾事務(wù)。
Spring 事務(wù)管理 API 分析
Spring 框架中，涉及到事務(wù)管理的 API 大約有100個(gè)左右，其中最重要的有三個(gè)：TransactionDefinition、PlatformTransactionManager、TransactionStatus。所謂事務(wù)管理，其實(shí)就是“按照給定的事務(wù)規則來(lái)執行提交或者回滾操作”。“給定的事務(wù)規則”就是用 TransactionDefinition 表示的，“按照……來(lái)執行提交或者回滾操作”便是用 PlatformTransactionManager 來(lái)表示，而 TransactionStatus 用于表示一個(gè)運行著(zhù)的事務(wù)的狀態(tài)。打一個(gè)不恰當的比喻，TransactionDefinition 與 TransactionStatus 的關(guān)系就像程序和進(jìn)程的關(guān)系。
該接口在前面已經(jīng)介紹過(guò)，它用于定義一個(gè)事務(wù)。它包含了事務(wù)的靜態(tài)屬性，比如：事務(wù)傳播行為、超時(shí)時(shí)間等等。Spring 為我們提供了一個(gè)默認的實(shí)現類(lèi)：DefaultTransactionDefinition，該類(lèi)適用于大多數情況。如果該類(lèi)不能滿(mǎn)足需求，可以通過(guò)實(shí)現 TransactionDefinition 接口來(lái)實(shí)現自己的事務(wù)定義。
PlatformTransactionManager 用于執行具體的事務(wù)操作。接口定義如清單2所示：
Public interface PlatformTransactionManager{ TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; void commit(TransactionStatus status)throws TransactionException; void rollback(TransactionStatus status)throws TransactionException; }
根據底層所使用的不同的持久化 API 或框架，PlatformTransactionManager 的主要實(shí)現類(lèi)大致如下：
DataSourceTransactionManager：適用于使用JDBC和iBatis進(jìn)行數據持久化操作的情況。
HibernateTransactionManager：適用于使用Hibernate進(jìn)行數據持久化操作的情況。
JpaTransactionManager：適用于使用JPA進(jìn)行數據持久化操作的情況。
另外還有JtaTransactionManager 、JdoTransactionManager、JmsTransactionManager等等。
如果我們使用JTA進(jìn)行事務(wù)管理，我們可以通過(guò) JNDI 和 Spring 的 JtaTransactionManager 來(lái)獲取一個(gè)容器管理的 DataSource。JtaTransactionManager 不需要知道 DataSource 和其他特定的資源，因為它將使用容器提供的全局事務(wù)管理。而對于其他事務(wù)管理器，比如DataSourceTransactionManager，在定義時(shí)需要提供底層的數據源作為其屬性，也就是 DataSource。與 HibernateTransactionManager 對應的是 SessionFactory，與 JpaTransactionManager 對應的是 EntityManagerFactory 等等。
PlatformTransactionManager.getTransaction(…) 方法返回一個(gè) TransactionStatus 對象。返回的TransactionStatus 對象可能代表一個(gè)新的或已經(jīng)存在的事務(wù)（如果在當前調用堆棧有一個(gè)符合條件的事務(wù)）。TransactionStatus 接口提供了一個(gè)簡(jiǎn)單的控制事務(wù)執行和查詢(xún)事務(wù)狀態(tài)的方法。該接口定義如清單3所示：
public interface TransactionStatus{ boolean isNewTransaction(); void setRollbackOnly(); boolean isRollbackOnly(); }
編程式事務(wù)管理
在 Spring 出現以前，編程式事務(wù)管理對基于 POJO 的應用來(lái)說(shuō)是唯一選擇。用過(guò) Hibernate 的人都知道，我們需要在代碼中顯式調用beginTransaction()、commit()、rollback()等事務(wù)管理相關(guān)的方法，這就是編程式事務(wù)管理。通過(guò) Spring 提供的事務(wù)管理 API，我們可以在代碼中靈活控制事務(wù)的執行。在底層，Spring 仍然將事務(wù)操作委托給底層的持久化框架來(lái)執行。
根據PlatformTransactionManager、TransactionDefinition 和 TransactionStatus 三個(gè)核心接口，我們完全可以通過(guò)編程的方式來(lái)進(jìn)行事務(wù)管理。示例代碼如清單4所示：
public class BankServiceImpl implements BankService { private BankDao bankDao; private TransactionDefinition txDefinition; private PlatformTransactionManager txManager; ...... public boolean transfer(Long fromId， Long toId， double amount) { TransactionStatus txStatus = txManager.getTransaction(txDefinition); boolean result = false; try { result = bankDao.transfer(fromId， toId， amount); txManager.commit(txStatus); } catch (Exception e) { result = false; txManager.rollback(txStatus); System.out.println("Transfer Error!"); } return result; } }
相應的配置文件如清單5所示：
<bean id="bankService" class="footmark.spring.core.tx.programmatic.origin.BankServiceImpl"> <property name="bankDao" ref="bankDao"/> <property name="txManager" ref="transactionManager"/> <property name="txDefinition"> <bean class="org.springframework.transaction.support.DefaultTransactionDefinition"> <property name="propagationBehaviorName" value="PROPAGATION_REQUIRED"/> </bean> </property> </bean>
如上所示，我們在類(lèi)中增加了兩個(gè)屬性：一個(gè)是 TransactionDefinition 類(lèi)型的屬性，它用于定義一個(gè)事務(wù)；另一個(gè)是 PlatformTransactionManager 類(lèi)型的屬性，用于執行事務(wù)管理操作。
如果方法需要實(shí)施事務(wù)管理，我們首先需要在方法開(kāi)始執行前啟動(dòng)一個(gè)事務(wù)，調用PlatformTransactionManager.getTransaction(...) 方法便可啟動(dòng)一個(gè)事務(wù)。創(chuàng )建并啟動(dòng)了事務(wù)之后，便可以開(kāi)始編寫(xiě)業(yè)務(wù)邏輯代碼，然后在適當的地方執行事務(wù)的提交或者回滾。
通過(guò)前面的示例可以發(fā)現，這種事務(wù)管理方式很容易理解，但令人頭疼的是，事務(wù)管理的代碼散落在業(yè)務(wù)邏輯代碼中，破壞了原有代碼的條理性，并且每一個(gè)業(yè)務(wù)方法都包含了類(lèi)似的啟動(dòng)事務(wù)、提交/回滾事務(wù)的樣板代碼。幸好，Spring 也意識到了這些，并提供了簡(jiǎn)化的方法，這就是 Spring 在數據訪(fǎng)問(wèn)層非常常見(jiàn)的模板回調模式。如清單6所示：
public class BankServiceImpl implements BankService { private BankDao bankDao; private TransactionTemplate transactionTemplate; ...... public boolean transfer(final Long fromId， final Long toId， final double amount) { return (Boolean) transactionTemplate.execute(new TransactionCallback(){ public Object doInTransaction(TransactionStatus status) { Object result; try { result = bankDao.transfer(fromId， toId， amount); } catch (Exception e) { status.setRollbackOnly(); result = false; System.out.println("Transfer Error!"); } return result; } }); } }
相應的XML配置如下：
<bean id="bankService" class="footmark.spring.core.tx.programmatic.template.BankServiceImpl"> <property name="bankDao" ref="bankDao"/> <property name="transactionTemplate" ref="transactionTemplate"/> </bean>
TransactionTemplate 的 execute() 方法有一個(gè) TransactionCallback 類(lèi)型的參數，該接口中定義了一個(gè) doInTransaction() 方法，通常我們以匿名內部類(lèi)的方式實(shí)現 TransactionCallback 接口，并在其 doInTransaction() 方法中書(shū)寫(xiě)業(yè)務(wù)邏輯代碼。這里可以使用默認的事務(wù)提交和回滾規則，這樣在業(yè)務(wù)代碼中就不需要顯式調用任何事務(wù)管理的 API。doInTransaction() 方法有一個(gè)TransactionStatus 類(lèi)型的參數，我們可以在方法的任何位置調用該參數的 setRollbackOnly() 方法將事務(wù)標識為回滾的，以執行事務(wù)回滾。
根據默認規則，如果在執行回調方法的過(guò)程中拋出了未檢查異常，或者顯式調用了TransacationStatus.setRollbackOnly() 方法，則回滾事務(wù)；如果事務(wù)執行完成或者拋出了 checked 類(lèi)型的異常，則提交事務(wù)。
TransactionCallback 接口有一個(gè)子接口 TransactionCallbackWithoutResult，該接口中定義了一個(gè) doInTransactionWithoutResult() 方法，TransactionCallbackWithoutResult 接口主要用于事務(wù)過(guò)程中不需要返回值的情況。當然，對于不需要返回值的情況，我們仍然可以使用 TransactionCallback 接口，并在方法中返回任意值即可。
聲明式事務(wù)管理
Spring 的聲明式事務(wù)管理在底層是建立在 AOP 的基礎之上的。其本質(zhì)是對方法前后進(jìn)行攔截，然后在目標方法開(kāi)始之前創(chuàng )建或者加入一個(gè)事務(wù)，在執行完目標方法之后根據執行情況提交或者回滾事務(wù)。
聲明式事務(wù)最大的優(yōu)點(diǎn)就是不需要通過(guò)編程的方式管理事務(wù)，這樣就不需要在業(yè)務(wù)邏輯代碼中摻雜事務(wù)管理的代碼，只需在配置文件中做相關(guān)的事務(wù)規則聲明（或通過(guò)等價(jià)的基于標注的方式），便可以將事務(wù)規則應用到業(yè)務(wù)邏輯中。因為事務(wù)管理本身就是一個(gè)典型的橫切邏輯，正是 AOP 的用武之地。Spring 開(kāi)發(fā)團隊也意識到了這一點(diǎn)，為聲明式事務(wù)提供了簡(jiǎn)單而強大的支持。
聲明式事務(wù)管理曾經(jīng)是 EJB 引以為傲的一個(gè)亮點(diǎn)，如今 Spring 讓 POJO 在事務(wù)管理方面也擁有了和 EJB 一樣的待遇，讓開(kāi)發(fā)人員在 EJB 容器之外也用上了強大的聲明式事務(wù)管理功能，這主要得益于 Spring 依賴(lài)注入容器和 Spring AOP 的支持。依賴(lài)注入容器為聲明式事務(wù)管理提供了基礎設施，使得 Bean 對于 Spring 框架而言是可管理的；而 Spring AOP 則是聲明式事務(wù)管理的直接實(shí)現者，這一點(diǎn)通過(guò)清單8可以看出來(lái)。
通常情況下，筆者強烈建議在開(kāi)發(fā)中使用聲明式事務(wù)，不僅因為其簡(jiǎn)單，更主要是因為這樣使得純業(yè)務(wù)代碼不被污染，極大方便后期的代碼維護。
和編程式事務(wù)相比，聲明式事務(wù)唯一不足地方是，后者的最細粒度只能作用到方法級別，無(wú)法做到像編程式事務(wù)那樣可以作用到代碼塊級別。但是即便有這樣的需求，也存在很多變通的方法，比如，可以將需要進(jìn)行事務(wù)管理的代碼塊獨立為方法等等。
下面就來(lái)看看 Spring 為我們提供的聲明式事務(wù)管理功能。
最初，Spring 提供了 TransactionInterceptor 類(lèi)來(lái)實(shí)施聲明式事務(wù)管理功能。先看清單8的配置文件：
<beans...> ...... <bean id="transactionInterceptor" class="org.springframework.transaction.interceptor.TransactionInterceptor"> <property name="transactionManager" ref="transactionManager"/> <property name="transactionAttributes"> <props> <prop key="transfer">PROPAGATION_REQUIRED</prop> </props> </property> </bean> <bean id="bankServiceTarget" class="footmark.spring.core.tx.declare.origin.BankServiceImpl"> <property name="bankDao" ref="bankDao"/> </bean> <bean id="bankService" class="org.springframework.aop.framework.ProxyFactoryBean"> <property name="target" ref="bankServiceTarget"/> <property name="interceptorNames"> <list> <idref bean="transactionInterceptor"/> </list> </property> </bean> ...... </beans>
首先，我們配置了一個(gè) TransactionInterceptor 來(lái)定義相關(guān)的事務(wù)規則，他有兩個(gè)主要的屬性：一個(gè)是 transactionManager，用來(lái)指定一個(gè)事務(wù)管理器，并將具體事務(wù)相關(guān)的操作委托給它；另一個(gè)是 Properties 類(lèi)型的 transactionAttributes 屬性，它主要用來(lái)定義事務(wù)規則，該屬性的每一個(gè)鍵值對中，鍵指定的是方法名，方法名可以使用通配符，而值就表示相應方法的所應用的事務(wù)屬性。
指定事務(wù)屬性的取值有較復雜的規則，這在 Spring 中算得上是一件讓人頭疼的事。具體的書(shū)寫(xiě)規則如下：
傳播行為 [，隔離級別] [，只讀屬性] [，超時(shí)屬性] [不影響提交的異常] [，導致回滾的異常]
傳播行為是唯一必須設置的屬性，其他都可以忽略，Spring為我們提供了合理的默認值。
傳播行為的取值必須以“PROPAGATION_”開(kāi)頭，具體包括：PROPAGATION_MANDATORY、PROPAGATION_NESTED、PROPAGATION_NEVER、PROPAGATION_NOT_SUPPORTED、PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_SUPPORTS，共七種取值。
隔離級別的取值必須以“ISOLATION_”開(kāi)頭，具體包括：ISOLATION_DEFAULT、ISOLATION_READ_COMMITTED、ISOLATION_READ_UNCOMMITTED、ISOLATION_REPEATABLE_READ、ISOLATION_SERIALIZABLE，共五種取值。
如果事務(wù)是只讀的，那么我們可以指定只讀屬性，使用“readOnly”指定。否則我們不需要設置該屬性。
超時(shí)屬性的取值必須以“TIMEOUT_”開(kāi)頭，后面跟一個(gè)int類(lèi)型的值，表示超時(shí)時(shí)間，單位是秒。
不影響提交的異常是指，即使事務(wù)中拋出了這些類(lèi)型的異常，事務(wù)任然正常提交。必須在每一個(gè)異常的名字前面加上“+”。異常的名字可以是類(lèi)名的一部分。比如“+RuntimeException”、“+tion”等等。
導致回滾的異常是指，當事務(wù)中拋出這些類(lèi)型的異常時(shí)，事務(wù)將回滾。必須在每一個(gè)異常的名字前面加上“-”。異常的名字可以是類(lèi)名的全部或者部分，比如“-RuntimeException”、“-tion”等等。
以下是兩個(gè)示例：
<property name="*Service"> PROPAGATION_REQUIRED，ISOLATION_READ_COMMITTED，TIMEOUT_20， +AbcException，+DefException，-HijException </property>
以上表達式表示，針對所有方法名以 Service 結尾的方法，使用 PROPAGATION_REQUIRED 事務(wù)傳播行為，事務(wù)的隔離級別是 ISOLATION_READ_COMMITTED，超時(shí)時(shí)間為20秒，當事務(wù)拋出 AbcException 或者 DefException 類(lèi)型的異常，則仍然提交，當拋出 HijException 類(lèi)型的異常時(shí)必須回滾事務(wù)。這里沒(méi)有指定"readOnly"，表示事務(wù)不是只讀的。
<property name="test">PROPAGATION_REQUIRED，readOnly</property>
以上表達式表示，針對所有方法名為 test 的方法，使用 PROPAGATION_REQUIRED 事務(wù)傳播行為，并且該事務(wù)是只讀的。除此之外，其他的屬性均使用默認值。比如，隔離級別和超時(shí)時(shí)間使用底層事務(wù)性資源的默認值，并且當發(fā)生未檢查異常，則回滾事務(wù)，發(fā)生已檢查異常則仍提交事務(wù)。
配置好了 TransactionInterceptor，我們還需要配置一個(gè) ProxyFactoryBean 來(lái)組裝 target 和advice。這也是典型的 Spring AOP 的做法。通過(guò) ProxyFactoryBean 生成的代理類(lèi)就是織入了事務(wù)管理邏輯后的目標類(lèi)。至此，聲明式事務(wù)管理就算是實(shí)現了。我們沒(méi)有對業(yè)務(wù)代碼進(jìn)行任何操作，所有設置均在配置文件中完成，這就是聲明式事務(wù)的最大優(yōu)點(diǎn)。
前面的聲明式事務(wù)雖然好，但是卻存在一個(gè)非常惱人的問(wèn)題：配置文件太多。我們必須針對每一個(gè)目標對象配置一個(gè) ProxyFactoryBean；另外，雖然可以通過(guò)父子 Bean 的方式來(lái)復用 TransactionInterceptor 的配置，但是實(shí)際的復用幾率也不高；這樣，加上目標對象本身，每一個(gè)業(yè)務(wù)類(lèi)可能需要對應三個(gè) <bean/> 配置，隨著(zhù)業(yè)務(wù)類(lèi)的增多，配置文件將會(huì )變得越來(lái)越龐大，管理配置文件又成了問(wèn)題。
為了緩解這個(gè)問(wèn)題，Spring 為我們提供了 TransactionProxyFactoryBean，用于將TransactionInterceptor 和 ProxyFactoryBean 的配置合二為一。如清單9所示：
<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>
如此一來(lái)，配置文件與先前相比簡(jiǎn)化了很多。我們把這種配置方式稱(chēng)為 Spring 經(jīng)典的聲明式事務(wù)管理。相信在早期使用 Spring 的開(kāi)發(fā)人員對這種配置聲明式事務(wù)的方式一定非常熟悉。
但是，顯式為每一個(gè)業(yè)務(wù)類(lèi)配置一個(gè) TransactionProxyFactoryBean 的做法將使得代碼顯得過(guò)于刻板，為此我們可以使用自動(dòng)創(chuàng )建代理的方式來(lái)將其簡(jiǎn)化，使用自動(dòng)創(chuàng )建代理是純 AOP 知識，請讀者參考相關(guān)文檔，不在此贅述。
前面兩種聲明式事務(wù)配置方式奠定了 Spring 聲明式事務(wù)管理的基石。在此基礎上，Spring 2.x 引入了 <tx> 命名空間，結合使用 <aop> 命名空間，帶給開(kāi)發(fā)人員配置聲明式事務(wù)的全新體驗，配置變得更加簡(jiǎn)單和靈活。另外，得益于 <aop> 命名空間的切點(diǎn)表達式支持，聲明式事務(wù)也變得更加強大。
如清單10所示：
<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>
如果默認的事務(wù)屬性就能滿(mǎn)足要求，那么代碼簡(jiǎn)化為如清單 11 所示：
<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)表達式，我們就不需要針對每一個(gè)業(yè)務(wù)類(lèi)創(chuàng )建一個(gè)代理對象了。另外，如果配置的事務(wù)管理器 Bean 的名字取值為“transactionManager”，則我們可以省略 <tx:advice> 的 transaction-manager 屬性，因為該屬性的默認值即為“transactionManager”。
除了基于命名空間的事務(wù)配置方式，Spring 2.x 還引入了基于 Annotation 的方式，具體主要涉及@Transactional 標注。@Transactional 可以作用于接口、接口方法、類(lèi)以及類(lèi)方法上。當作用于類(lèi)上時(shí)，該類(lèi)的所有 public 方法將都具有該類(lèi)型的事務(wù)屬性，同時(shí)，我們也可以在方法級別使用該標注來(lái)覆蓋類(lèi)級別的定義。如清單12所示：
@Transactional(propagation = Propagation.REQUIRED) public boolean transfer(Long fromId， Long toId， double amount) { return bankDao.transfer(fromId， toId， amount); }
Spring 使用 BeanPostProcessor 來(lái)處理 Bean 中的標注，因此我們需要在配置文件中作如下聲明來(lái)激活該后處理 Bean，如清單13所示：
<tx:annotation-driven transaction-manager="transactionManager"/>
與前面相似，transaction-manager 屬性的默認值是 transactionManager，如果事務(wù)管理器 Bean 的名字即為該值，則可以省略該屬性。
雖然 @Transactional 注解可以作用于接口、接口方法、類(lèi)以及類(lèi)方法上，但是 Spring 小組建議不要在接口或者接口方法上使用該注解，因為這只有在使用基于接口的代理時(shí)它才會(huì )生效。另外， @Transactional 注解應該只被應用到 public 方法上，這是由 Spring AOP 的本質(zhì)決定的。如果你在 protected、private 或者默認可見(jiàn)性的方法上使用 @Transactional 注解，這將被忽略，也不會(huì )拋出任何異常。
基于 <tx> 命名空間和基于 @Transactional 的事務(wù)聲明方式各有優(yōu)缺點(diǎn)?；?<tx> 的方式，其優(yōu)點(diǎn)是與切點(diǎn)表達式結合，功能強大。利用切點(diǎn)表達式，一個(gè)配置可以匹配多個(gè)方法，而基于 @Transactional 的方式必須在每一個(gè)需要使用事務(wù)的方法或者類(lèi)上用 @Transactional 標注，盡管可能大多數事務(wù)的規則是一致的，但是對 @Transactional 而言，也無(wú)法重用，必須逐個(gè)指定。另一方面，基于 @Transactional 的方式使用起來(lái)非常簡(jiǎn)單明了，沒(méi)有學(xué)習成本。開(kāi)發(fā)人員可以根據需要，任選其中一種使用，甚至也可以根據需要混合使用這兩種方式。
如果不是對遺留代碼進(jìn)行維護，則不建議再使用基于 TransactionInterceptor 以及基于TransactionProxyFactoryBean 的聲明式事務(wù)管理方式，但是，學(xué)習這兩種方式非常有利于對底層實(shí)現的理解。
雖然上面共列舉了四種聲明式事務(wù)管理方式，但是這樣的劃分只是為了便于理解，其實(shí)后臺的實(shí)現方式是一樣的，只是用戶(hù)使用的方式不同而已。
結束語(yǔ)
本教程的知識點(diǎn)大致總結如下：
基于 TransactionDefinition、PlatformTransactionManager、TransactionStatus 編程式事務(wù)管理是 Spring 提供的最原始的方式，通常我們不會(huì )這么寫(xiě)，但是了解這種方式對理解 Spring 事務(wù)管理的本質(zhì)有很大作用。
基于 TransactionTemplate 的編程式事務(wù)管理是對上一種方式的封裝，使得編碼更簡(jiǎn)單、清晰。
基于 TransactionInterceptor 的聲明式事務(wù)是 Spring 聲明式事務(wù)的基礎，通常也不建議使用這種方式，但是與前面一樣，了解這種方式對理解 Spring 聲明式事務(wù)有很大作用。
基于 TransactionProxyFactoryBean 的聲明式事務(wù)是上中方式的改進(jìn)版本，簡(jiǎn)化的配置文件的書(shū)寫(xiě)，這是 Spring 早期推薦的聲明式事務(wù)管理方式，但是在 Spring 2.0 中已經(jīng)不推薦了。
基于 <tx> 和 <aop> 命名空間的聲明式事務(wù)管理是目前推薦的方式，其最大特點(diǎn)是與 Spring AOP 結合緊密，可以充分利用切點(diǎn)表達式的強大支持，使得管理事務(wù)更加靈活。
基于 @Transactional 的方式將聲明式事務(wù)管理簡(jiǎn)化到了極致。開(kāi)發(fā)人員只需在配置文件中加上一行啟用相關(guān)后處理 Bean 的配置，然后在需要實(shí)施事務(wù)管理的方法或者類(lèi)上使用 @Transactional 指定事務(wù)規則即可實(shí)現事務(wù)管理，而且功能也不必其他方式遜色。
Spring 官方參考文檔：極佳的 Spring 學(xué)習指南。
Spring 系列：Spring 框架簡(jiǎn)介：優(yōu)秀的 Spring 入門(mén)教程。
張 建平, 軟件工程師, Archermind Co.,Ltd
曾在某知名培訓機構就職，熱愛(ài)軟件開(kāi)發(fā)，故投身軟件開(kāi)發(fā)，現在是一名軟件工程師。對 Java EE 規范有深入研究。
