海寧網(wǎng)站建設上海seo推廣整站
一、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。
-
ISOLATION_DEFAULT : 采用數(shù)據(jù)庫默認的事務隔離級別 。MySql 的默認為 REPEATABLE_READ(可重復讀); Oracle 默認為 READ_COMMITTED(讀已提交)。 【REPEATABLE_READ存在幻讀的情況,但MySQL的InnoDB解決了幻讀】
-
ISOLATION_READ_UNCOMMITTED:讀未提交。允許另外一個事務讀取到當前事務未提交的數(shù)據(jù),隔離級別最低,未解決任何并發(fā)問題,會產生臟讀,不可重復讀和幻讀。
-
ISOLATION_READ_COMMITTED:讀已提交。被一個事務修改的數(shù)據(jù)提交后才能被另外一個事務讀取,另外一個事務不能讀取該事務未提交的數(shù)據(jù)。解決臟讀,但還存在不可重復讀與幻讀。
-
ISOLATION_REPEATABLE_READ:可重復讀。解決臟讀、不可重復讀,存在幻讀 。
-
ISOLATION_SERIALIZABLE:串行化讀。按時間順序一一執(zhí)行多個事務,每次讀都需要獲得表級共享鎖,讀寫相互都會阻塞,不存在并發(fā)問題,最可靠,但性能與效率最低。
從第2到第5,隔離級別越來越高。
2、事務傳播行為常量
B、定義了七個事務傳播行為常量(掌握)
所謂事務傳播行為是指,處于不同事務中的方法在相互調用時,執(zhí)行期間事務的維護情況(合并?互斥?)。如A 事務中的方法 doSome()調用 B 事務中的方法 doOther(),在調用執(zhí)行期間事務的維護情況,就稱為事務傳播行為。事務傳播行為是加在方法上的。
事務傳播行為常量都是以 PROPAGATION_ 開頭,形如 PROPAGATION_XXX。
-
PROPAGATION_REQUIRED :必須包含事務(增刪改必用)
-
PROPAGATION_REQUIRES_NEW :自己新開一個事務,不管之前是否有事務
-
PROPAGATION_SUPPORTS :支持事務,如果加入的方法有事務,則支持事務;如果沒有,不單開事務
-
PROPAGATION_NEVER :不能運行在事務中,如果包在事務中,拋異常
-
PROPAGATION_NOT_SUPPORTED :不支持事務,運行在非事務環(huán)境中,如果加入的方法有事務,則會把事務先掛起【不常用】
-
PROPAGATION_MANDATORY :必須包在事務中,沒有事務則拋異常
-
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值。
注意,事務的超時時限起作用的條件比較多,且超時的時間計算點較復雜。所以,該值一般就使用默認值即可。