該文章大多內容摘抄自《spring實戰：第三版》

一.spring對事務管理的支持

spring提供了對編碼式和聲明式事務管理的支持

編碼式事務允許用戶在代碼中精確定義事務的邊界，而聲明式事務（基于AOP）有助于用戶將操作與事務規則進行解耦，但是聲明式事務只能在方法級別聲明事務的邊界。

二.事務管理器

spring不直接管理事務，而是提供了多種事務管理器。每個事務管理器都會充當某一特定平臺的事務實現的門面。這使得用戶在spring中使用事務時，幾乎不用關心實際的事務實現是什么。

spring的事務管理器將事務管理的職責委托給特定的平臺的事務實現

事務管理器(org.framework.*)	使用場景
jca.cci.connection.CciLocalTransactionManager	使用Spring對Java EE連接器架構(Java EE Connector Architecture,JCA)和通用客戶端接口(Common Client Interface,CCI)提供支持
jdbc.datasource.DataSourceTransactionManager	用Spring對JDBC抽象的支持,也可用于使用iBATIS進行持久化的場景
jms.connection.JmsTransactionManager	用于JMS 1.1+
jms.connection.JmsTransactionManager102	用于JMS 1.0.2
orm.hibernate3.HibernateTransactionManager	用于Hibernate3進行持久化
orm.jdo.JdoTransactionManager	用于JDO進行持久化
orm.joa.JpaTransactionManager	用于Java持久化 API進行持久化
transaction.jta.JtaTransactionManager	需要分布式事務或者沒有其他的事務管理器滿足需求
transaction.jta.OC4JJtaTransactionManager	用于Oracle的OC4J JEE容器
transaction.jta.WebLogicJtaTransactionManager	需要使用分布式事務并且應用程序運行于WebLogic中
transaction.jta.WebSphereUowTransactionManager	需要WebSphere中UOWManager所管理的事務

 

三.聲明式事務

1.定義事務屬性

在spring中聲明式事務是通過事務屬性來定義的。事務屬性描述了事務策略如何應用到方法上。

a.傳播行為

事務傳播行為用來描述由某一個事務傳播行為修飾的方法被嵌套進另一個方法時事務如何傳播。

b.隔離級別

隔離級別定義了一個事務可能受其他并發事務影響的程度。

多個事務并發運行，可能會導致以下問題：臟讀、不可重復讀、幻讀

隔離級別	含義
ISOLATION_DEFAULT	使用后端數據庫默認的隔離級別。
ISOLATION_READ_UNCOMMITTED	允許讀取尚未提交的更改。可能導致臟讀、幻影讀或不可重復讀。
ISOLATION_READ_COMMITTED	允許從已經提交的并發事務讀取。可防止臟讀，但幻影讀和不可重復讀仍可能會發生。
ISOLATION_REPEATABLE_READ	對相同字段的多次讀取的結果是一致的，除非數據被當前事務本身改變。可防止臟讀和不可重復讀，但幻影讀仍可能發生。
ISOLATION_SERIALIZABLE	完全服從ACID的隔離級別，確保不發生臟讀、不可重復讀和幻影讀。這在所有隔離級別中也是最慢的，因為它通常是通過完全鎖定當前事務所涉及的數據表來完成的。

以上表格描述的隔離級別都在org.springframework.transaction.TransactionDefinition接口中已常量的方式進行了定義。但是不是所有的數據源都支持上表所列的隔離級別。

c.只讀

聲明式事務的第三個特性是它是否是一個只讀事務。如果一個事務只對后端數據庫執行讀操作，那么該數據庫就可能利用那個事務的只讀特性，采取某些優化 措施。通過把一個事務聲明為只讀，可以給后端數據庫一個機會來應用那些它認為合適的優化措施。由于只讀的優化措施是在一個事務啟動時由后端數據庫實施的， 因此，只有對于那些具有可能啟動一個新事務的傳播行為（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、 ROPAGATION_NESTED）的方法來說，將事務聲明為只讀才有意義。

此外，如果使用Hibernate作為持久化機制，那么把一個事務聲明為只讀，將使Hibernate的flush模式被設置為FLUSH_NEVER。這就告訴Hibernate避免和數據庫進行不必要的對象同步，從而把所有更新延遲到事務的結束。

d.事務超時

為了使一個應用程序很好地執行，它的事務不能運行太長時間。因此，聲明式事務的下一個特性就是它的超時。

假設事務的運行時間變得格外的長，由于事務可能涉及對后端數據庫的鎖定，所以長時間運行的事務會不必要地占用數據庫資源。這時就可以聲明一個事務在特定秒數后自動回滾，不必等它自己結束。

由于超時時鐘在一個事務啟動的時候開始的，因此，只有對于那些具有可能啟動一個新事務的傳播行為（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、ROPAGATION_NESTED）的方法來說，聲明事務超時才有意義。

d.回滾規則

事務五邊形的對后一個邊是一組規則，它們定義哪些異常引起回滾，哪些不引起。在默認設置下，事務只在出現運行時異常（runtime exception）時回滾，而在出現受檢查異常（checked exception）時不回滾（這一行為和EJB中的回滾行為是一致的）。

 

不過，也可以聲明在出現特定受檢查異常時像運行時異常一樣回滾。同樣，也可以聲明一個事務在出現特定的異常時不回滾，即使那些異常是運行時一場。

2.在XML中定義事務

Spring 提供了一個 tx 配置命名空間，借助它可以極大地簡化 Spring 中的聲明式事務。 這個 tx 命名空間提供了一些新的 XML 配置元素，其中，<tx:advice> 用于聲明事務性策略。

<tx:advice id="txAdvice" transaction-manager="配置好的事務管理器">
    <tx:attributes>
        <!-- 聲明名稱以 save 開頭的方法需要事務 -->
        <tx:method name="save*" propagation="REQUIRED"/>

        <!-- 其他方法聲明如果存在當前事務，它們將會在事務中運行，但是它們并不要求必須在事務中運行 -->
        <tx:method name="*" propagation="SUPPORTS" read-only="true"/>
    </tx:attributes>
</tx:advice>

對于<tx:advice>來說，事務屬性定義在<tx:attributes>元素中，該元素包含了一個或多個的<tx:method>元素。<tx:method>元素為某個（或某些）name 屬性（使用通配符）指定的方法定義事務參數。

<tx:method>有多個屬性來幫助定義方法的事務策略,對應了5個事務屬性

屬性	含義
isolation	指定事務的隔離級別
propagation	定義事務的傳播規則
read-only	指定事務的只讀
回滾規則： rollback-for  no-rollback-for	指定事務對于哪些檢查型異常應當回滾而不提交 / 指定事務對于哪些異常應當繼續運行而不回滾
timeout	對于長時間運行的事務定義超時時間

<tx:advice>只是定義了 AOP 通知，用于把事務的邊界通知給方法。為了完整定義事務性切面，我們必須定義一個通知器（advisor）。這就涉及 aop 命名空間了。

以下的 XML 定義了一個通知器：

<!-- 使用 txAdvice 通知所有實現 SpitterService 接口的 Bean -->

<aop:config>
    <aop:advisor advice-ref="txAdvice" pointcut="execution(* *..SpitterService.*(..))"/>
</aop:config>

3.定義注解驅動的事務

除了<tx:advice>元素，tx 命名空間還提供了<tx:annotation-driven> 元素。使用<tx:annotation-driven />時，通常只需要一行 XML。

<tx:annotation-driven> 元素告訴 Spring 檢查上下文中所有的 Bean 并查找使用 @Transactional 注解的 Bean，而不管這個注解是用在類級別上還是方法級別上。

我們可以通過 transaction-manager 屬性來指定特定的事務管理器（不配置默認值為 transactionManager）

<tx:annotation-driven>一共有四個屬性如下：

mode：指定Spring事務管理框架創建通知bean的方式。可用的值有proxy和aspectj。前者是默認值，表示通知對象是個JDK代理；后者表示Spring AOP會使用AspectJ創建代理 

• proxy-target-class：如果為true，Spring將創建子類來代理業務類（需要cglib庫）；如果為false，則使用基于接口的代理。（如果使用子類代理，需要在類路徑中添加CGLib.jar類庫） 

• order：如果業務類除事務切面外，還需要織入其他的切面，通過該屬性可以控制事務切面在目標連接點的織入順序。 

• transaction-manager：指定到現有的PlatformTransaction Manager bean的引用，通知會使用該引用

@Transactional

對于每一個使用 @Transactional 注解的 Bean，<tx:annotation-driven> 會自動為它添加事務通知。通知的事務屬性是通過 @Transactional 注解的參數來定義的。

屬性	類型	描述
value	String	可選的限定描述符，指定使用的事務管理器
propagation	enum: Propagation	可選的事務傳播行為設置
isolation	enum: Isolation	可選的事務隔離級別設置
readOnly	boolean	讀寫或只讀事務，默認讀寫
timeout	int (in seconds granularity)	事務超時時間設置
rollbackFor	Class對象數組，必須繼承自Throwable	導致事務回滾的異常類數組
rollbackForClassName	類名數組，必須繼承自Throwable	導致事務回滾的異常類名字數組
noRollbackFor	Class對象數組，必須繼承自Throwable	不會導致事務回滾的異常類數組
noRollbackForClassName	類名數組，必須繼承自Throwable	不會導致事務回滾的異常類名字數組

@Transactional注意事項：

1.@Transactional 可以作用于接口、接口方法、類以及類方法上。但是Spring 建議不要在接口或者接口方法上使用該注解，因為這只有在使用基于接口的代理時它才會生效。

2.當作用于類上時，該類的所有 public 方法將都具有該類型的事務屬性，同時，我們也可以在方法級別使用該標注來覆蓋類級別的定義。 

3.@Transactional 注解應該只被應用到 public 方法上，這是由 Spring AOP 的本質決定的。如果你在 protected、private 或者默認可見性的方法上使用 @Transactional 注解，這將被忽略，也不會拋出任何異常。

4. 默認情況下，只有來自外部的方法調用才會被AOP代理捕獲，也就是，類內部方法調用本類內部的其他方法并不會引起事務行為，即使被調用方法使用@Transactional注解進行修飾。