一、Spring 的事務管理

事務原本是數(shù)據(jù)庫中的概念，在 Dao 層。但一般情況下，需要將事務提升到業(yè)務層，即 Service 層。這樣做是為了能夠使用事務的特性來管理具體的業(yè)務。

在 Spring 中通?？梢酝ㄟ^以下兩種方式來實現(xiàn)對事務的管理：

（1）使用 Spring 的事務注解管理事務

（2）使用 AspectJ 的 AOP配置管理事務

二、Spring 事務管理 API

Spring 的事務管理，主要用到兩個事務相關的接口。

1、事務管理器接口(重點)

事務管理器是 PlatformTransactionManager 接口對象。

其主要用于完成事務的提交、回滾，及獲取事務的狀態(tài)信息。

?

A、 常用的兩個實現(xiàn)類

PlatformTransactionManager 接口有兩個常用的實現(xiàn)類

• DataSourceTransactionManager：使用 JDBC 或 MyBatis 進行數(shù)據(jù)庫操作時使用。

• HibernateTransactionManager：使用 Hibernate 進行持久化數(shù)據(jù)時使用。

B、Spring 的回滾方式(理解)

Spring 事務的默認回滾方式是：發(fā)生運行時異常和 error 時回滾，發(fā)生受查(編譯)異常時提交。不過，對于受查異常，程序員也可以手工設置其回滾方式。

C、回顧錯誤與異常(理解)

Throwable 類是 Java 語言中所有錯誤或異常的超類。只有當對象是此類 (或其子類之一)的實例時，才能通過 Java 虛擬機或者 Java 的 throw 語句拋出。

Error：是程序在運行過程中出現(xiàn)的無法處理的錯誤，比如 OutOfMemoryError、ThreadDeath、NoSuchMethodError 等。當這些錯誤發(fā)生時，程序是無法處理（捕獲或拋出）的，JVM 一般會終止線程。

Exception：程序在編譯和運行時出現(xiàn)的另一類錯誤稱之為異常，它是 JVM 通知程序員的一種方式。通過這種方式，讓程序員知道已經或可能出現(xiàn)錯誤，要求程序員對其進行處理。

異常分為運行時異常與受查異常。

運行時異常：是 RuntimeException 類或其子類，即只有在運行時才出現(xiàn)的異常。如，NullPointerException、ArrayIndexOutOfBoundsException、 IllegalArgumentException 等均屬于運行時異常。這些異常由JVM拋出，在編譯時不要求必須處理（捕獲或拋出）。但只要代碼編寫足夠仔細，程序足夠健壯，運行時異常是可以避免的。

【因此，運行時異常，也叫非受查異常，編譯器無法檢查到，需要程序員通過修改代碼來解決】

受查異?！揪幾g時異?！?#xff1a;即在代碼編寫時要求必須捕獲或拋出的異常，若不處理，則無法通過編譯。如 SQLException， ClassNotFoundException，IOException 等都屬于受查異常。

RuntimeException 及其子類以外的異常，均屬于受查異常。當然，用戶自定義的 Exception 的子類，即用戶自定義的異常也屬受查異常。程序員在定義異常時，只要未明確聲明定義的為 RuntimeException 的子類，那么定義的就是受查異常。

2、事務定義接口

事務定義接口 TransactionDefinition 中定義了事務描述相關的三類常量：

事務隔離級別、事務傳播行為、事務默認超時時限，及對它們的操作。

?

1、事務隔離級別常量

A、 定義了五個事務隔離級別常量(掌握)

在應用程序中，多個事務并發(fā)運行，操作相同的數(shù)據(jù)，可能會引起臟讀、不可重復讀、幻讀等問題。

（1）臟讀（Dirty read）:第一個事務訪問并改寫了數(shù)據(jù)，尚未提交事務，這時第二個事務進來了，讀取了剛剛改寫的數(shù)據(jù)，如果這時第一個事務回滾了，這樣第二個事務讀取到的數(shù)據(jù)就是無效的“臟數(shù)據(jù)”。

（2）不可重復讀（Nonrepeatable read）:第一個事務在其生命周期內多次查詢同一個數(shù)據(jù)，在兩次查詢之間，第二個事務訪問并改寫了該數(shù)據(jù)，導致第一個事務兩次查詢同一個數(shù)據(jù)得到的結果不一樣。

（3）幻讀（Phantom read）:幻讀和不可重復讀類似。它發(fā)生在第一個事務在其生命周期進行了兩次按同一查詢條件查詢數(shù)據(jù)，第一次按該查詢條件讀取了幾行數(shù)據(jù)，這時第二個事務進來了，且插入或刪除了一些數(shù)據(jù)，然后第一個事務再次按同一條件查詢，發(fā)現(xiàn)多了一些原本不存在的記錄或者原有記錄不見了。

為了解決并發(fā)問題，TransactionDefinition接口定義了5個事務隔離常量如下：

這些常量均是以 ISOLATION_開頭。即形如 ISOLATION_XXX。

1. ISOLATION_DEFAULT ： 采用數(shù)據(jù)庫默認的事務隔離級別 。MySql 的默認為 REPEATABLE_READ（可重復讀）； Oracle 默認為 READ_COMMITTED（讀已提交）。 【REPEATABLE_READ存在幻讀的情況，但MySQL的InnoDB解決了幻讀】

2. ISOLATION_READ_UNCOMMITTED：讀未提交。允許另外一個事務讀取到當前事務未提交的數(shù)據(jù)，隔離級別最低，未解決任何并發(fā)問題，會產生臟讀，不可重復讀和幻讀。

3. ISOLATION_READ_COMMITTED：讀已提交。被一個事務修改的數(shù)據(jù)提交后才能被另外一個事務讀取，另外一個事務不能讀取該事務未提交的數(shù)據(jù)。解決臟讀，但還存在不可重復讀與幻讀。

4. ISOLATION_REPEATABLE_READ：可重復讀。解決臟讀、不可重復讀，存在幻讀 。

5. ISOLATION_SERIALIZABLE：串行化讀。按時間順序一一執(zhí)行多個事務，每次讀都需要獲得表級共享鎖，讀寫相互都會阻塞，不存在并發(fā)問題，最可靠，但性能與效率最低。

從第2到第5，隔離級別越來越高。

2、事務傳播行為常量

B、定義了七個事務傳播行為常量(掌握)

所謂事務傳播行為是指，處于不同事務中的方法在相互調用時，執(zhí)行期間事務的維護情況（合并？互斥？）。如A 事務中的方法 doSome()調用 B 事務中的方法 doOther()，在調用執(zhí)行期間事務的維護情況，就稱為事務傳播行為。事務傳播行為是加在方法上的。

事務傳播行為常量都是以 PROPAGATION_ 開頭，形如 PROPAGATION_XXX。

1. PROPAGATION_REQUIRED ：必須包含事務（增刪改必用）

2. PROPAGATION_REQUIRES_NEW ：自己新開一個事務，不管之前是否有事務

3. PROPAGATION_SUPPORTS ：支持事務，如果加入的方法有事務，則支持事務；如果沒有，不單開事務

4. PROPAGATION_NEVER ：不能運行在事務中，如果包在事務中，拋異常

5. PROPAGATION_NOT_SUPPORTED ：不支持事務，運行在非事務環(huán)境中，如果加入的方法有事務，則會把事務先掛起【不常用】

6. PROPAGATION_MANDATORY ：必須包在事務中，沒有事務則拋異常

7. PROPAGATION_NESTED：嵌套事務

a、 PROPAGATION_REQUIRED：

指定的方法必須在事務內執(zhí)行。若當前存在事務，就加入到當前事務中； 若當前沒有事務，則創(chuàng)建一個新事務。這種傳播行為是最常見的選擇，也是 Spring 默認的事務傳播行為。 如該傳播行為加在 doOther()方法上。若 doSome()方法在調用 doOther() 方法時就是在事務內運行的，則 doOther()方法的執(zhí)行也加入到該事務內執(zhí)行。若 doSome()方法在調用 doOther()方法時沒有在事務內執(zhí)行，則 doOther()方法會創(chuàng)建一個事務，并在其中執(zhí)行。

?

b、PROPAGATION_SUPPORTS

指定的方法支持當前事務，但若當前沒有事務，也可以以非事務方式執(zhí)行。

?

c、 PROPAGATION_REQUIRES_NEW

總是新建一個事務，若當前存在事務，就將當前事務掛起，直到新事務執(zhí)行完畢。

?

3、事務默認超時時限常量

C、定義了默認事務超時時限

常量 TIMEOUT_DEFAULT 定義了事務底層默認的超時時限，及不支持事務超時時限設置的none值。

注意，事務的超時時限起作用的條件比較多，且超時的時間計算點較復雜。所以，該值一般就使用默認值即可。