原文出處： [張開濤](http://sishuok.com/forum/blogPost/list/0/2508.html)

本系列文章將整理到我在GitHub上的《Java面試指南》倉庫，更多精彩內容請到我的倉庫裡檢視
> https://github.com/h2pl/Java-Tutorial

喜歡的話麻煩點下Star哈

文章將同步到我的個人部落格：
> www.how2playlife.com

本文是微信公眾號【Java技術江湖】的《Spring和SpringMVC原始碼分析》其中一篇，本文部分內容來源於網路，為了把本文主題講得清晰透徹，也整合了很多我認為不錯的技術部落格內容，引用其中了一些比較好的部落格文章，如有侵權，請聯絡作者。

該系列博文會告訴你如何從spring基礎入手，一步步地學習spring基礎和springmvc的框架知識，並上手進行專案實戰，spring框架是每一個Java工程師必須要學習和理解的知識點，進一步來說，你還需要掌握spring甚至是springmvc的原始碼以及實現原理，才能更完整地瞭解整個spring技術體系，形成自己的知識框架。

後續還會有springboot和springcloud的技術專題，陸續為大家帶來，敬請期待。

為了更好地總結和檢驗你的學習成果，本系列文章也會提供部分知識點對應的面試題以及參考答案。

如果對本系列文章有什麼建議，或者是有什麼疑問的話，也可以關注公眾號【Java技術江湖】聯絡作者，歡迎你參與本系列博文的創作和修訂。

## 資料庫事務概述

事務首先是一系列操作組成的工作單元，該工作單元內的操作是不可分割的，即要麼所有操作都做，要麼所有操作都不做，這就是事務。

事務必需滿足ACID（原子性、一致性、隔離性和永續性）特性，缺一不可：

*   原子性（Atomicity）：即事務是不可分割的最小工作單元，事務內的操作要麼全做，要麼全不做；
*   一致性（Consistency）：在事務執行前資料庫的資料處於正確的狀態，而事務執行完成後資料庫的資料還是處於正確的狀態，即資料完整性約束沒有被破壞；如銀行轉帳，A轉帳給B，必須保證A的錢一定轉給B，一定不會出現A的錢轉了但B沒收到，否則資料庫的資料就處於不一致（不正確）的狀態。
*   隔離性（Isolation）：併發事務執行之間無影響，在一個事務內部的操作對其他事務是不產生影響，這需要事務隔離級別來指定隔離性；
*   永續性（Durability）：事務一旦執行成功，它對資料庫的資料的改變必須是永久的，不會因比如遇到系統故障或斷電造成資料不一致或丟失。

在實際專案開發中資料庫操作一般都是併發執行的，即有多個事務併發執行，併發執行就可能遇到問題，目前常見的問題如下：

*   丟失更新：兩個事務同時更新一行資料，最後一個事務的更新會覆蓋掉第一個事務的更新，從而導致第一個事務更新的資料丟失，這是由於沒有加鎖造成的；
*   髒讀：一個事務看到了另一個事務未提交的更新資料；
*   不可重複讀：在同一事務中，多次讀取同一資料卻返回不同的結果；也就是有其他事務更改了這些資料；
*   幻讀：一個事務在執行過程中讀取到了另一個事務已提交的插入資料；即在第一個事務開始時讀取到一批資料，但此後另一個事務又插入了新資料並提交，此時第一個事務又讀取這批資料但發現多了一條，即好像發生幻覺一樣。

為了解決這些併發問題，需要透過資料庫隔離級別來解決，在標準SQL規範中定義了四種隔離級別：

*   未提交讀（Read Uncommitted）：最低隔離級別，一個事務能讀取到別的事務未提交的更新資料，很不安全，可能出現丟失更新、髒讀、不可重複讀、幻讀；
*   提交讀（Read Committed）：一個事務能讀取到別的事務提交的更新資料，不能看到未提交的更新資料，不可能可能出現丟失更新、髒讀，但可能出現不可重複讀、幻讀；
*   可重複讀（Repeatable Read）：保證同一事務中先後執行的多次查詢將返回同一結果，不受其他事務影響，可能可能出現丟失更新、髒讀、不可重複讀，但可能出現幻讀；
*   序列化（Serializable）：最高隔離級別，不允許事務併發執行，而必須序列化執行，最安全，不可能出現更新、髒讀、不可重複讀、幻讀。

隔離級別越高，資料庫事務併發執行效能越差，能處理的操作越少。因此在實際專案開發中為了考慮併發效能一般使用提交讀隔離級別，它能避免丟失更新和髒讀，儘管不可重複讀和幻讀不能避免，但可以在可能出現的場合使用悲觀鎖或樂觀鎖來解決這些問題。

### 事務型別

資料庫事務型別有本地事務和分散式事務：

*   本地事務：就是普通事務，能保證單臺資料庫上的操作的ACID，被限定在一臺資料庫上；
*   分散式事務：涉及兩個或多個資料庫源的事務，即跨越多臺同類或異類資料庫的事務（由每臺資料庫的本地事務組成的），分散式事務旨在保證這些本地事務的所有操作的ACID，使事務可以跨越多臺資料庫；

Java事務型別有JDBC事務和JTA事務：

*   JDBC事務：就是資料庫事務型別中的本地事務，透過Connection物件的控制來管理事務；
*   JTA事務：JTA指Java事務API(Java Transaction API)，是Java EE資料庫事務規範， JTA只提供了事務管理介面，由應用程式伺服器廠商（如WebSphere Application Server）提供實現，JTA事務比JDBC更強大，支援分散式事務。

Java EE事務型別有本地事務和全域性事務：

*   本地事務：使用JDBC程式設計實現事務；
*   全域性事務：由應用程式伺服器提供，使用JTA事務；

按是否透過程式設計實現事務有宣告式事務和程式設計式事務；

*   宣告式事務： 透過註解或XML配置檔案指定事務資訊；
*   程式設計式事務：透過編寫程式碼實現事務。

### Spring提供的事務管理

Spring框架最核心功能之一就是事務管理，而且提供一致的事務管理抽象，這能幫助我們：

*   提供一致的程式設計式事務管理API，不管使用Spring JDBC框架還是整合第三方框架使用該API進行事務程式設計；
*   無侵入式的宣告式事務支援。

Spring支援宣告式事務和程式設計式事務事務型別。

### spring事務特性

spring所有的事務管理策略類都繼承自org.springframework.transaction.PlatformTransactionManager介面

其中TransactionDefinition介面定義以下特性：

## 事務隔離級別

隔離級別是指若干個併發的事務之間的隔離程度。TransactionDefinition 介面中定義了五個表示隔離級別的常量：

*   TransactionDefinition.ISOLATION_DEFAULT：這是預設值，表示使用底層資料庫的預設隔離級別。對大部分資料庫而言，通常這值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
*   TransactionDefinition.ISOLATION_READ_UNCOMMITTED：該隔離級別表示一個事務可以讀取另一個事務修改但還沒有提交的資料。該級別不能防止髒讀，不可重複讀和幻讀，因此很少使用該隔離級別。比如PostgreSQL實際上並沒有此級別。
*   TransactionDefinition.ISOLATION_READ_COMMITTED：該隔離級別表示一個事務只能讀取另一個事務已經提交的資料。該級別可以防止髒讀，這也是大多數情況下的推薦值。
*   TransactionDefinition.ISOLATION_REPEATABLE_READ：該隔離級別表示一個事務在整個過程中可以多次重複執行某個查詢，並且每次返回的記錄都相同。該級別可以防止髒讀和不可重複讀。
*   TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事務依次逐個執行，這樣事務之間就完全不可能產生干擾，也就是說，該級別可以防止髒讀、不可重複讀以及幻讀。但是這將嚴重影響程式的效能。通常情況下也不會用到該級別。

## 事務傳播行為

所謂事務的傳播行為是指，如果在開始當前事務之前，一個事務上下文已經存在，此時有若干選項可以指定一個事務性方法的執行行為。在TransactionDefinition定義中包括瞭如下幾個表示傳播行為的常量：

*   TransactionDefinition.PROPAGATION_REQUIRED：如果當前存在事務，則加入該事務；如果當前沒有事務，則建立一個新的事務。這是預設值。
*   TransactionDefinition.PROPAGATION_REQUIRES_NEW：建立一個新的事務，如果當前存在事務，則把當前事務掛起。
*   TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續執行。
*   TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務方式執行，如果當前存在事務，則把當前事務掛起。
*   TransactionDefinition.PROPAGATION_NEVER：以非事務方式執行，如果當前存在事務，則丟擲異常。
*   TransactionDefinition.PROPAGATION_MANDATORY：如果當前存在事務，則加入該事務；如果當前沒有事務，則丟擲異常。
*   TransactionDefinition.PROPAGATION_NESTED：如果當前存在事務，則建立一個事務作為當前事務的巢狀事務來執行；如果當前沒有事務，則該取值等價於TransactionDefinition.PROPAGATION_REQUIRED。

### 事務超時

所謂事務超時，就是指一個事務所允許執行的最長時間，如果超過該時間限制但事務還沒有完成，則自動回滾事務。在 TransactionDefinition 中以 int 的值來表示超時時間，其單位是秒。

預設設定為底層事務系統的超時值，如果底層資料庫事務系統沒有設定超時值，那麼就是none，沒有超時限制。

### 事務只讀屬性

只讀事務用於客戶程式碼只讀但不修改資料的情形，只讀事務用於特定情景下的最佳化，比如使用Hibernate的時候。

預設為讀寫事務。

### 概述

Spring框架支援事務管理的核心是事務管理器抽象，對於不同的資料訪問框架（如Hibernate）透過實現策略介面PlatformTransactionManager，從而能支援各種資料訪問框架的事務管理，PlatformTransactionManager介面定義如下：

java程式碼：

```

public interface PlatformTransactionManager {
       TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException;
       void commit(TransactionStatus status) throws TransactionException;
       void rollback(TransactionStatus status) throws TransactionException;
}

```

*   getTransaction()：返回一個已經啟用的事務或建立一個新的事務（根據給定的TransactionDefinition型別引數定義的事務屬性），返回的是TransactionStatus物件代表了當前事務的狀態，其中該方法丟擲TransactionException（未檢查異常）表示事務由於某種原因失敗。
*   commit()：用於提交TransactionStatus引數代表的事務，具體語義請參考Spring Javadoc；
*   rollback()：用於回滾TransactionStatus引數代表的事務，具體語義請參考Spring Javadoc。

TransactionDefinition介面定義如下：

java程式碼：

```

public interface TransactionDefinition {
       int getPropagationBehavior();
       int getIsolationLevel();
       int getTimeout();
       boolean isReadOnly();
       String getName();
}

```

*   getPropagationBehavior()：返回定義的事務傳播行為；
*   getIsolationLevel()：返回定義的事務隔離級別；
*   getTimeout()：返回定義的事務超時時間；
*   isReadOnly()：返回定義的事務是否是隻讀的；
*   getName()：返回定義的事務名字。

TransactionStatus介面定義如下：

java程式碼：

```
public interface TransactionStatus extends SavepointManager {
       boolean isNewTransaction();
       boolean hasSavepoint();
       void setRollbackOnly();
       boolean isRollbackOnly();
       void flush();
       boolean isCompleted();
}

```

*   isNewTransaction()：返回當前事務狀態是否是新事務；
*   hasSavepoint()：返回當前事務是否有儲存點；
*   setRollbackOnly()：設定當前事務應該回滾；
*   isRollbackOnly(()：返回當前事務是否應該回滾；
*   flush()：用於重新整理底層會話中的修改到資料庫，一般用於重新整理如Hibernate/JPA的會話，可能對如JDBC型別的事務無任何影響；
*   isCompleted():當前事務否已經完成。

### 內建事務管理器實現

Spring提供了許多內建事務管理器實現：

*   DataSourceTransactionManager：位於org.springframework.jdbc.datasource包中，資料來源事務管理器，提供對單個javax.sql.DataSource事務管理，用於Spring JDBC抽象框架、iBATIS或MyBatis框架的事務管理；
*   JdoTransactionManager：位於org.springframework.orm.jdo包中，提供對單個javax.jdo.PersistenceManagerFactory事務管理，用於整合JDO框架時的事務管理；
*   JpaTransactionManager：位於org.springframework.orm.jpa包中，提供對單個javax.persistence.EntityManagerFactory事務支援，用於整合JPA實現框架時的事務管理；
*   HibernateTransactionManager：位於org.springframework.orm.hibernate3包中，提供對單個org.hibernate.SessionFactory事務支援，用於整合Hibernate框架時的事務管理；該事務管理器只支援Hibernate3+版本，且Spring3.0+版本只支援Hibernate 3.2+版本；
*   JtaTransactionManager：位於org.springframework.transaction.jta包中，提供對分散式事務管理的支援，並將事務管理委託給Java EE應用伺服器事務管理器；
*   OC4JjtaTransactionManager：位於org.springframework.transaction.jta包中，Spring提供的對OC4J10.1.3+應用伺服器事務管理器的介面卡，此介面卡用於對應用伺服器提供的高階事務的支援；
*   WebSphereUowTransactionManager：位於org.springframework.transaction.jta包中，Spring提供的對WebSphere 6.0+應用伺服器事務管理器的介面卡，此介面卡用於對應用伺服器提供的高階事務的支援；
*   WebLogicJtaTransactionManager：位於org.springframework.transaction.jta包中，Spring提供的對WebLogic 8.1+應用伺服器事務管理器的介面卡，此介面卡用於對應用伺服器提供的高階事務的支援。

Spring不僅提供這些事務管理器，還提供對如JMS事務管理的管理器等，Spring提供一致的事務抽象如圖9-1所示。
![](https://segmentfault.com/img/remote/1460000020178870?w=816&h=435)

圖9-1 Spring事務管理器

接下來讓我們學習一下如何在Spring配置檔案中定義事務管理器：

一、宣告對本地事務的支援：

a)JDBC及iBATIS、MyBatis框架事務管理器

java程式碼：

```

```

透過dataSource屬性指定需要事務管理的單個javax.sql.DataSource物件。

b)Jdo事務管理器

java程式碼：

```

```

透過persistenceManagerFactory屬性指定需要事務管理的javax.jdo.PersistenceManagerFactory物件。

c)Jpa事務管理器

java程式碼：

```
bean id="txManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory"></property>

```

透過entityManagerFactory屬性指定需要事務管理的javax.persistence.EntityManagerFactory物件。

還需要為entityManagerFactory物件指定jpaDialect屬性，該屬性所對應的物件指定了如何獲取連線物件、開啟事務、關閉事務等事務管理相關的行為。

java程式碼：

```
<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
        ……
        <property name="jpaDialect" ref="jpaDialect"></property>
</bean>
<bean id="jpaDialect" class="org.springframework.orm.jpa.vendor.HibernateJpaDialect"></bean>

```

d)Hibernate事務管理器

java程式碼：

```
<bean id="txManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory"></property>
</bean>

```

透過entityManagerFactory屬性指定需要事務管理的org.hibernate.SessionFactory物件。

## 宣告式事務

### 宣告式事務概述

從上節程式設計式實現事務管理可以深刻體會到程式設計式事務的痛苦，即使透過代理配置方式也是不小的工作量。

本節將介紹宣告式事務支援，使用該方式後最大的獲益是簡單，事務管理不再是令人痛苦的，而且此方式屬於無侵入式，對業務邏輯實現無影響。

接下來先來看看宣告式事務如何實現吧。

### 宣告式實現事務管理

1、定義業務邏輯實現，此處使用ConfigUserServiceImpl和ConfigAddressServiceImpl：

2、定義配置檔案（chapter9/service/ applicationContext-service-declare.xml）：

2.1、XML名稱空間定義，定義用於事務支援的tx名稱空間和AOP支援的aop名稱空間：

```
java程式碼：
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tx="http://www.springframework.org/schema/tx" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemalocation="

http://www.springframework.org/schema/beans

http://www.springframework.org/schema/beans/spring-beans-3.0.xsd

http://www.springframework.org/schema/tx

http://www.springframework.org/schema/tx/spring-tx-3.0.xsd

http://www.springframework.org/schema/aop

http://www.springframework.org/schema/aop/spring-aop-3.0.xsd">
```

2.2、業務實現配置，非常簡單，使用以前定義的非侵入式業務實現：

```
java程式碼：
<bean id="userService" class="cn.javass.spring.chapter9.service.impl.ConfigUserServiceImpl">
    <property name="userDao" ref="userDao"></property>
    <property name="addressService" ref="addressService"></property>
</bean>
<bean id="addressService" class="cn.javass.spring.chapter9.service.impl.ConfigAddressServiceImpl">
    <property name="addressDao" ref="addressDao"></property>
</bean>
```

2.3、事務相關配置：

```
java程式碼：
<advice id="txAdvice" transaction-manager="txManager">
    <attributes>
        <method name="save*" propagation="REQUIRED" isolation="READ_COMMITTED"></method>
        <method name="*" propagation="REQUIRED" isolation="READ_COMMITTED" read-only="true"></method>
    </attributes>
</advice>
```

java程式碼：

```

<advice>：事務通知定義，用於指定事務屬性，其中“transaction-manager”屬性指定事務管理器，並透過< tx:attributes >指定具體需要攔截的方法；
 <method name="”save*”">：表示將攔截以save開頭的方法，被攔截的方法將應用配置的事務屬性：propagation=”REQUIRED”表示傳播行為是Required，isolation=”READ_COMMITTED”表示隔離級別是提交讀；
<method name="”*”">：表示將攔截其他所有方法，被攔截的方法將應用配置的事務屬性：propagation=”REQUIRED”表示傳播行為是Required，isolation=”READ_COMMITTED”表示隔離級別是提交讀，read-only=”true”表示事務只讀；
：AOP相關配置：
：切入點定義，定義名為”serviceMethod”的aspectj切入點，切入點表示式為”execution(* cn..chapter9.service..*.*(..))”表示攔截cn包及子包下的chapter9\. service包及子包下的任何類的任何方法；
：Advisor定義，其中切入點為serviceMethod，通知為txAdvice。
從配置中可以看出，將對cn包及子包下的chapter9\. service包及子包下的任何類的任何方法應用“txAdvice”通知指定的事務屬性。

```

3、修改測試方法並測試該配置方式是否好用：

將TransactionTest 類的testServiceTransaction測試方法複製一份命名為testDeclareTransaction：

並在testDeclareTransaction測試方法內將：

4、執行測試，測試正常透過，說明該方式能正常工作，當呼叫save方法時將匹配到事務通知中定義的“<method name="”save_”">”中指定的事務屬性，而呼叫countAll方法時將匹配到事務通知中定義的“<method name="”_”">”中指定的事務屬性。

宣告式事務是如何實現事務管理的呢？還記不記得TransactionProxyFactoryBean實現配置式事務管理，配置式事務管理是透過代理方式實現，而宣告式事務管理同樣是透過AOP代理方式實現。

宣告式事務透過AOP代理方式實現事務管理，利用環繞通知TransactionInterceptor實現事務的開啟及關閉，而TransactionProxyFactoryBean內部也是透過該環繞通知實現的，因此可以認為是<tags></tags>幫你定義了TransactionProxyFactoryBean，從而簡化事務管理。

瞭解了實現方式後，接下來詳細學習一下配置吧：

9.4.4 <advice></advice>配置詳解
宣告式事務管理透過配置<advice></advice>來定義事務屬性，配置方式如下所示：

```
java程式碼：
<advice id="……" transaction-manager="……">
<attributes>
        <method name="……" propagation=" REQUIRED" isolation="READ_COMMITTED" timeout="-1" read-only="false" no-rollback-for="" rollback-for=""></method>
        ……
    </attributes>
</advice>
<advice>：id用於指定此通知的名字， transaction-manager用於指定事務管理器，預設的事務管理器名字為“transactionManager”；
<method>：用於定義事務屬性即相關聯的方法名；

```

name：定義與事務屬性相關聯的方法名，將對匹配的方法應用定義的事務屬性，可以使用“_”萬用字元來匹配一組或所有方法，如“save_”將匹配以save開頭的方法，而“*”將匹配所有方法；

propagation：事務傳播行為定義，預設為“REQUIRED”，表示Required，其值可以透過TransactionDefinition的靜態傳播行為變數的“PROPAGATION_”後邊部分指定，如“TransactionDefinition.PROPAGATION_REQUIRED”可以使用“REQUIRED”指定；

isolation：事務隔離級別定義；預設為“DEFAULT”，其值可以透過TransactionDefinition的靜態隔離級別變數的“ISOLATION_”後邊部分指定，如“TransactionDefinition. ISOLATION_DEFAULT”可以使用“DEFAULT”指定：

timeout：事務超時時間設定，單位為秒，預設-1，表示事務超時將依賴於底層事務系統；

read-only：事務只讀設定，預設為false，表示不是隻讀；

rollback-for：需要觸發回滾的異常定義，以“，”分割，預設任何RuntimeException 將導致事務回滾，而任何Checked Exception 將不導致事務回滾；異常名字定義和TransactionProxyFactoryBean中含義一樣

no-rollback-for：不被觸發進行回滾的 Exception(s)；以“，”分割；異常名字定義和TransactionProxyFactoryBean中含義一樣；

記不記得在配置方式中為了解決“自我呼叫”而導致的不能設定正確的事務屬性問題，使用“((IUserService)AopContext.currentProxy()).otherTransactionMethod()”方式解決，在宣告式事務要得到支援需要使用來開啟。

9.4.5 多事務語義配置及最佳實踐
什麼是多事務語義？說白了就是為不同的Bean配置不同的事務屬性，因為我們專案中不可能就幾個Bean，而可能很多，這可能需要為Bean分組，為不同組的Bean配置不同的事務語義。在Spring中，可以透過配置多切入點和多事務通知並透過不同方式組合使用即可。

```
   1、首先看下宣告式事務配置的最佳實踐吧：

```

該宣告式事務配置可以應付常見的CRUD介面定義，並實現事務管理，我們只需修改切入點表示式來攔截我們的業務實現從而對其應用事務屬性就可以了，如果還有更復雜的事務屬性直接新增即可，即

如果我們有一個batchSaveOrUpdate方法需要“REQUIRES_NEW”事務傳播行為，則直接新增如下配置即可：

java程式碼：
1
<method name="batchSaveOrUpdate" propagation="REQUIRES_NEW"></method>
2、接下來看一下多事務語義配置吧，宣告式事務最佳實踐中已經配置了通用事務屬性，因此可以針對需要其他事務屬性的業務方法進行特例化配置：

```
java程式碼：
<advice id="noTxAdvice" transaction-manager="txManager">
    <attributes>
           <method name="*" propagation="NEVER"></method>
    </attributes>
</advice>

```

該宣告將對切入點匹配的方法所在事務應用“Never”傳播行為。

多事務語義配置時，切入點一定不要疊加，否則將應用兩次事務屬性，造成不必要的錯誤及麻煩。

### @Transactional實現事務管理

對宣告式事務管理，Spring提供基於@Transactional註解方式來實現，但需要Java 5+。

註解方式是最簡單的事務配置方式，可以直接在Java原始碼中宣告事務屬性，且對於每一個業務類或方法如果需要事務都必須使用此註解。

接下來學習一下註解事務的使用吧：

1、定義業務邏輯實現：

```
package cn.javass.spring.chapter9.service.impl;
//省略import
public class AnnotationUserServiceImpl implements IUserService {
    private IUserDao userDao;
    private IAddressService addressService;
    public void setUserDao(IUserDao userDao) {
        this.userDao = userDao;
    }
    public void setAddressService(IAddressService addressService) {
        this.addressService = addressService;
    }
    @Transactional(propagation=Propagation.REQUIRED, isolation=Isolation.READ_COMMITTED)
    @Override
    public void save(final UserModel user) {
        userDao.save(user);
        user.getAddress().setUserId(user.getId());
        addressService.save(user.getAddress());
    }
    @Transactional(propagation=Propagation.REQUIRED, isolation=Isolation.READ_COMMITTED, readOnly=true)
    @Override
    public int countAll() {
        return userDao.countAll();
    }
}
```

2、定義配置檔案（chapter9/service/ applicationContext-service-annotation.xml）：

2.1、XML名稱空間定義，定義用於事務支援的tx名稱空間和AOP支援的aop名稱空間：

java程式碼：

```
    <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tx="http://www.springframework.org/schema/tx" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemalocation="

    http://www.springframework.org/schema/beans

    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd

    http://www.springframework.org/schema/tx

    http://www.springframework.org/schema/tx/spring-tx-3.0.xsd

    http://www.springframework.org/schema/aop

    http://www.springframework.org/schema/aop/spring-aop-3.0.xsd">
```

2.2、業務實現配置，非常簡單，使用以前定義的非侵入式業務實現：

```
java程式碼：
<bean id="userService" class="cn.javass.spring.chapter9.service.impl.ConfigUserServiceImpl">
    <property name="userDao" ref="userDao"></property>
    <property name="addressService" ref="addressService"></property>
</bean>
<bean id="addressService" class="cn.javass.spring.chapter9.service.impl.ConfigAddressServiceImpl">
    <property name="addressDao" ref="addressDao"></property>
</bean>
```

2.3、事務相關配置：

```

java程式碼：
1
<annotation-driven transaction-manager="txManager"></annotation-driven>
使用如上配置已支援宣告式事務。

3、修改測試方法並測試該配置方式是否好用：

將TransactionTest 類的testServiceTransaction測試方法複製一份命名為testAnntationTransactionTest：

classpath:chapter9/service/applicationContext-service-annotation.xml"

userService.save(user);
try {
    userService.save(user);
    Assert.fail();
} catch (RuntimeException e) {
}
Assert.assertEquals(0, userService.countAll());
Assert.assertEquals(0, addressService.countAll());
```

4、執行測試，測試正常透過，說明該方式能正常工作，因為在AnnotationAddressServiceImpl類的save方法中丟擲異常，因此事務需要回滾，所以兩個countAll操作都返回0。

9.4.7 @Transactional配置詳解
Spring提供的<annotation-driven></annotation-driven>用於開啟對註解事務管理的支援，從而能識別Bean類上的@Transactional註解後設資料，其具有以下屬性：

transaction-manager：指定事務管理器名字，預設為transactionManager，當使用其他名字時需要明確指定；
proxy-target-class：表示將使用的程式碼機制，預設false表示使用JDK代理，如果為true將使用CGLIB代理
order：定義事務通知順序，預設Ordered.LOWEST_PRECEDENCE，表示將順序決定權交給AOP來處理。
Spring使用@Transactional 來指定事務屬性，可以在介面、類或方法上指定，如果類和方法上都指定了@Transactional ，則方法上的事務屬性被優先使用，具體屬性如下：

value：指定事務管理器名字，預設使用<annotation-driven></annotation-driven>指定的事務管理器，用於支援多事務管理器環境；
propagation：指定事務傳播行為，預設為Required，使用Propagation.REQUIRED指定；
isolation：指定事務隔離級別，預設為“DEFAULT”，使用Isolation.DEFAULT指定；
readOnly：指定事務是否只讀，預設false表示事務非只讀；
timeout：指定事務超時時間，以秒為單位，預設-1表示事務超時將依賴於底層事務系統；
rollbackFor：指定一組異常類，遇到該類異常將回滾事務；
rollbackForClassname：指定一組異常類名字，其含義與<method>中的rollback-for屬性語義完全一樣；
noRollbackFor：指定一組異常類，即使遇到該類異常也將提交事務，即不回滾事務；
noRollbackForClassname：指定一組異常類名字，其含義與<method>中的no-rollback-for屬性語義完全一樣；
Spring提供的@Transactional 註解事務管理內部同樣利用環繞通知TransactionInterceptor實現事務的開啟及關閉。

使用@Transactional註解事務管理需要特別注意以下幾點：

如果在介面、實現類或方法上都指定了@Transactional 註解，則優先順序順序為方法>實現類>介面；
建議只在實現類或實現類的方法上使用@Transactional，而不要在介面上使用，這是因為如果使用JDK代理機制是沒問題，因為其使用基於介面的代理；而使用使用CGLIB代理機制時就會遇到問題，因為其使用基於類的代理而不是介面，這是因為介面上的@Transactional註解是“不能繼承的”；

```
具體請參考基於JDK動態代理和CGLIB動態代理的實現Spring註解管理事務（@Trasactional）到底有什麼區別。
```

在Spring代理機制下(不管是JDK動態代理還是CGLIB代理)，“自我呼叫”同樣不會應用相應的事務屬性，其語義和<tags>中一樣；

預設只對RuntimeException異常回滾；

在使用Spring代理時，預設只有在public可見度的方法的@Transactional 註解才是有效的，其它可見度（protected、private、包可見）的方法上即使有@Transactional
註解也不會應用這些事務屬性的，Spring也不會報錯，如果你非要使用非公共方法註解事務管理的話，可考慮使用AspectJ。</tags></method></method></beans></method></advice></method></method></method></method></advice></beans>

Spring原始碼剖析8：Spring事務概述

相關文章