更新時(shí)間:2019-10-14 09:59:49 來源:動力節(jié)點(diǎn) 瀏覽10311次
Spring和事務(wù)的關(guān)系
關(guān)系型數(shù)據(jù)庫、某些消息隊(duì)列等產(chǎn)品或中間件稱為事務(wù)性資源,因?yàn)樗鼈儽旧碇С质聞?wù),也能夠處理事務(wù)。
Spring很顯然不是事務(wù)性資源,但是它可以管理事務(wù)性資源,所以Spring和事務(wù)之間是管理關(guān)系。
就像JackMa雖然不會寫代碼,但是他卻管理者一大批會寫代碼的碼農(nóng)。
Java面試題:Spring事務(wù)面試考點(diǎn)的集合整理。建議收藏閱讀
Spring事務(wù)三要素
數(shù)據(jù)源:表示具體的事務(wù)性資源,是事務(wù)的真正處理者,如MySQL等。
事務(wù)管理器:像一個(gè)大管家,從整體上管理事務(wù)的處理過程,如打開、提交、回滾等。
事務(wù)應(yīng)用和屬性配置:像一個(gè)標(biāo)識符,表明哪些方法要參與事務(wù),如何參與事務(wù),以及一些相關(guān)屬性如隔離級別、超時(shí)時(shí)間等。
Spring事務(wù)的注解配置
把一個(gè)DataSource(如DruidDataSource)作為一個(gè)@Bean注冊到Spring容器中,配置好事務(wù)性資源。
把一個(gè)@EnableTransactionManagement注解放到一個(gè)@Configuration類上,配置好事務(wù)管理器,并啟用事務(wù)管理。
把一個(gè)@Transactional注解放到類上或方法上,可以設(shè)置注解的屬性,表明該方法按配置好的屬性參與到事務(wù)中。
事務(wù)注解的本質(zhì)
@Transactional這個(gè)注解僅僅是一些(和事務(wù)相關(guān)的)元數(shù)據(jù),在運(yùn)行時(shí)被事務(wù)基礎(chǔ)設(shè)施讀取消費(fèi),并使用這些元數(shù)據(jù)來配置bean的事務(wù)行為。
大致來說具有兩方面功能,一是表明該方法要參與事務(wù),二是配置相關(guān)屬性來定制事務(wù)的參與方式和運(yùn)行行為。
Spring聲明式事務(wù)實(shí)現(xiàn)原理
聲明式事務(wù)成為可能,主要得益于SpringAOP。使用一個(gè)事務(wù)攔截器,在方法調(diào)用的前后/周圍進(jìn)行事務(wù)性增強(qiáng)(advice),來驅(qū)動事務(wù)完成。
如何回滾一個(gè)事務(wù)
就是在一個(gè)事務(wù)上下文中當(dāng)前正在執(zhí)行的代碼里拋出一個(gè)異常,事務(wù)基礎(chǔ)設(shè)施代碼會捕獲任何未處理的異常,并且做出決定是否標(biāo)記這個(gè)事務(wù)為回滾。
默認(rèn)回滾規(guī)則
默認(rèn)只把runtime,uncheckedexceptions標(biāo)記為回滾,即RuntimeException及其子類,Error默認(rèn)也導(dǎo)致回滾。Checkedexceptions默認(rèn)不導(dǎo)致回滾。這些規(guī)則和EJB是一樣的。
如何配置回滾異常
使用@Transactional注解的rollbackFor/rollbackForClassName屬性,可以精確配置導(dǎo)致回滾的異常類型,包括checkedexceptions。
noRollbackFor/noRollbackForClassName屬性,可以配置不導(dǎo)致回滾的異常類型,當(dāng)遇到這樣的未處理異常時(shí),照樣提交相關(guān)事務(wù)。
事務(wù)注解在類/方法上
@Transactional注解既可以標(biāo)注在類上,也可以標(biāo)注在方法上。當(dāng)在類上時(shí),默認(rèn)應(yīng)用到類里的所有方法。如果此時(shí)方法上也標(biāo)注了,則方法上的優(yōu)先級高。
事務(wù)注解在類上的繼承性
@Transactional注解的作用可以傳播到子類,即如果父類標(biāo)了子類就不用標(biāo)了。但倒過來就不行了。
子類標(biāo)了,并不會傳到父類,所以父類方法不會有事務(wù)。父類方法需要在子類中重新聲明而參與到子類上的注解,這樣才會有事務(wù)。
事務(wù)注解在接口/類上
@Transactional注解可以用在接口上,也可以在類上。在接口上時(shí),必須使用基于接口的代理才行,即JDK動態(tài)代理。
事實(shí)是Java的注解不能從接口繼承,如果你使用基于類的代理,即CGLIB,或基于織入方面,即AspectJ,事務(wù)設(shè)置不會被代理和織入基礎(chǔ)設(shè)施認(rèn)出來,目標(biāo)對象不會被包裝到一個(gè)事務(wù)代理中。
Spring團(tuán)隊(duì)建議注解標(biāo)注在類上而非接口上。
只在public方法上生效?
當(dāng)采用代理來實(shí)現(xiàn)事務(wù)時(shí),(注意是代理),@Transactional注解只能應(yīng)用在public方法上。當(dāng)標(biāo)記在protected、private、package-visible方法上時(shí),不會產(chǎn)生錯誤,但也不會表現(xiàn)出為它指定的事務(wù)配置。可以認(rèn)為它作為一個(gè)普通的方法參與到一個(gè)public方法的事務(wù)中。
如果想在非public方法上生效,考慮使用AspectJ(織入方式)。
目標(biāo)類里的自我調(diào)用沒有事務(wù)?
在代理模式中(這是默認(rèn)的),只有從外部的方法調(diào)用進(jìn)入通過代理會被攔截,這意味著自我調(diào)用(實(shí)際就是,目標(biāo)對象中的一個(gè)方法調(diào)用目標(biāo)對象的另一個(gè)方法)在運(yùn)行時(shí)不會導(dǎo)致一個(gè)實(shí)際的事務(wù),即使被調(diào)用的方法標(biāo)有注解。
如果你希望自我調(diào)用也使用事務(wù)來包裝,考慮使用AspectJ的方式。在這種情況下,首先是沒有代理。相反,目標(biāo)類被織入(即它的字節(jié)碼被修改)來把@Transactional加入到運(yùn)行時(shí)行為,在任何種類的方法上都可以。
事務(wù)與線程
和JavaEE事務(wù)上下文一樣,Spring事務(wù)和一個(gè)線程的執(zhí)行相關(guān)聯(lián),底層是一個(gè)ThreadLocal<Map<Object,Object>>,就是每個(gè)線程一個(gè)map,key是DataSource,value是Connection。
邏輯事務(wù)與物理事務(wù)
事務(wù)性資源實(shí)際打開的事務(wù)就是物理事務(wù),如數(shù)據(jù)庫的Connection打開的事務(wù)。Spring會為每個(gè)@Transactional方法創(chuàng)建一個(gè)事務(wù)范圍,可以理解為是邏輯事務(wù)。
在邏輯事務(wù)中,大范圍的事務(wù)稱為外圍事務(wù),小范圍的事務(wù)稱為內(nèi)部事務(wù),外圍事務(wù)可以包含內(nèi)部事務(wù),但在邏輯上是互相獨(dú)立的。每一個(gè)這樣的邏輯事務(wù)范圍,都能夠單獨(dú)地決定rollback-only狀態(tài)。
那么如何處理邏輯事務(wù)和物理事務(wù)之間的關(guān)聯(lián)關(guān)系呢,這就是傳播特性解決的問題。
事務(wù)的傳播特性
REQUIRED,SUPPORTS,MANDATORY,REQUIRES_NEW,NOT_SUPPORTED,NEVER,NESTED
REQUIRED
強(qiáng)制要求要有一個(gè)物理事務(wù)。如果沒有已經(jīng)存在的事務(wù),就專門打開一個(gè)事務(wù)用于當(dāng)前范圍。或者參與到一個(gè)已存在的更大范圍的外圍事務(wù)中。在相同的線程中,這是一種很好的默認(rèn)方式安排。(例如,一個(gè)service外觀/門面代理到若干個(gè)倉儲方法,所有底層資源必須參與到service級別的事務(wù)里)
在標(biāo)準(zhǔn)的REQUIRED行為情況下,所有這樣的邏輯事務(wù)范圍映射到同一個(gè)物理事務(wù)。因此,在內(nèi)部事務(wù)范圍設(shè)置了rollback-only標(biāo)記,確實(shí)會影響外圍事務(wù)進(jìn)行實(shí)際提交的機(jī)會。
注:默認(rèn),一個(gè)參與到外圍事務(wù)的事務(wù),會使用外圍事務(wù)的特性,安靜地忽略掉自己的隔離級別,超時(shí)值,只讀標(biāo)識等設(shè)置。當(dāng)然可以在事務(wù)管理器上設(shè)置validateExistingTransactions標(biāo)識為true,這樣當(dāng)你自己的事務(wù)和參與到的外圍事務(wù)設(shè)置不一樣時(shí)會被拒絕。
REQUIRES_NEW
與REQUIRED相比,總是使用一個(gè)獨(dú)立的物理事務(wù)用于每一個(gè)受影響的邏輯事務(wù)范圍,從來不參與到一個(gè)已存在的外圍事務(wù)范圍。這樣安排的話,底層的事務(wù)資源是不同的,因此,可以獨(dú)立地提交或回滾。外圍事務(wù)不會被內(nèi)部事務(wù)的回滾狀態(tài)影響。這樣一個(gè)獨(dú)立的內(nèi)部事務(wù)可以聲明自己的隔離級別,超時(shí)時(shí)間和只讀設(shè)置,并不繼承外圍事務(wù)的特性。
NESTED
使用同一個(gè)物理事務(wù),帶有多個(gè)保存點(diǎn),可以回滾到這些保存點(diǎn),可以認(rèn)為是部分回滾,這樣一個(gè)內(nèi)部事務(wù)范圍觸發(fā)了一個(gè)回滾,外圍事務(wù)能夠繼續(xù)這個(gè)物理事務(wù),盡管有一些操作已經(jīng)被回滾。典型地,它對應(yīng)于JDBC的保存點(diǎn),所以只對JDBC事務(wù)資源起作用。
SUPPORTS
支持當(dāng)前事務(wù)。如果當(dāng)前有事務(wù),就參與進(jìn)來,如果沒有,就以非事務(wù)的方式運(yùn)行。這樣的一個(gè)邏輯事務(wù)范圍,它背后可能沒有實(shí)際的物理事務(wù),此時(shí)的事務(wù)也成為空事務(wù)。
NOT_SUPPORTED
不支持當(dāng)前事務(wù)。總是以非事務(wù)方式運(yùn)行。當(dāng)前的事務(wù)會被掛起,并在適合的時(shí)候恢復(fù)。
MANDATORY
支持當(dāng)前事務(wù)。如果當(dāng)前沒有事務(wù)存在,就拋出異常。
NEVER
不支持當(dāng)前事務(wù)。如果當(dāng)前有事務(wù)存在,就拋出異常。
事務(wù)的隔離級別
DEFAULT,READ_UNCOMMITTED,READ_COMMITTED,REPEATABLE_READ,SERIALIZABLE
Java面試題:Spring事務(wù)面試考點(diǎn)的集合整理。建議收藏閱讀
臟讀
一個(gè)事務(wù)修改了一行數(shù)據(jù)但沒有提交,第二個(gè)事務(wù)可以讀取到這行被修改的數(shù)據(jù),如果第一個(gè)事務(wù)回滾,第二個(gè)事務(wù)獲取到的數(shù)據(jù)將是無效的。
不可重復(fù)讀
一個(gè)事務(wù)讀取了一行數(shù)據(jù),第二個(gè)事務(wù)修改了這行數(shù)據(jù),第一個(gè)事務(wù)重新讀取這行數(shù)據(jù),將獲得到不同的值。
幻讀
一個(gè)事務(wù)按照一個(gè)where條件讀取所有符合的數(shù)據(jù)行,第二個(gè)事務(wù)插入了一行數(shù)據(jù)且恰好也滿足這個(gè)where條件,第一個(gè)事務(wù)再以這個(gè)where條件重新讀取,將會獲取額外多出來的這一行。
幫助記憶:
寫讀是臟讀,讀寫讀是不可重復(fù)讀,whereinsertwhere是幻讀。
DEFAULT
使用底層數(shù)據(jù)存儲的默認(rèn)隔離級別。MySQL的默認(rèn)隔離級別是REPEATABLE-READ。
READ_UNCOMMITTED
讀未提交。臟讀、不可重復(fù)讀、幻讀都會發(fā)生。
READ_COMMITTED
讀已提交。臟讀不會發(fā)生,不可重復(fù)讀、幻讀都會發(fā)生。
REPEATABLE_READ
可重復(fù)讀。臟讀、不可重復(fù)讀都不會發(fā)生,幻讀會發(fā)生。
SERIALIZABLE
可串行化。臟讀、不可重復(fù)讀、幻讀都不會發(fā)生。
以上就是動力節(jié)點(diǎn)java培訓(xùn)機(jī)構(gòu)小編分享的“Java面試題:Spring事務(wù)面試考點(diǎn)的集合整理”的內(nèi)容,希望對大家有幫助,更多java最新面試題請繼續(xù)關(guān)注動力節(jié)點(diǎn)java培訓(xùn)機(jī)構(gòu)官網(wǎng),每天會有精彩內(nèi)容分享與你。
相關(guān)java面試題推薦
相關(guān)閱讀
初級 202925
初級 203221
初級 202629
初級 203743