Spring事務(wù)的傳播行為是什么

這篇文章主要介紹“Spring事務(wù)的傳播行為是什么”，在日常操作中，相信很多人在Spring事務(wù)的傳播行為是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對(duì)大家解答”Spring事務(wù)的傳播行為是什么”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！

一、事務(wù)的特性ACID

這四個(gè)英文單詞拼寫我一直記不住，求記憶方法

• 原子性(Atomicity)：事務(wù)是一系列原子操作，要么全部成功，要么全部失敗。

• 一致性(Consistency):一旦完成(不管是成功還是失敗)，確保它所在的一系列業(yè)務(wù)狀態(tài)保持一致，狀態(tài)都是成功，或者都是失敗，不能一部分成功一部分失敗。

• 隔離性(Isolation):不同事務(wù)同時(shí)進(jìn)行某項(xiàng)業(yè)務(wù)，處理相同的數(shù)據(jù)時(shí)候，需要保證事務(wù)之間相互獨(dú)立，互相之間數(shù)據(jù)不影響。

• 持久性(Durability)：一旦事務(wù)完成，無論發(fā)生什么系統(tǒng)性錯(cuò)誤，事務(wù)執(zhí)行后的數(shù)據(jù)都被持久化了，不會(huì)因?yàn)橹貑⒒蚱渌僮鲗?duì)數(shù)據(jù)進(jìn)行更改。

二、spring事務(wù)傳播特性的定義以及案例分析

我們先給出定義再分別進(jìn)行簡單的代碼分析

給出百度圖片，請(qǐng)大家參考，首先生命力如果想在工程中運(yùn)用事務(wù)spring 的xml必須開啟事務(wù)，以下這些特性一般都是在xml屬性中進(jìn)行配置。

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

類似這種的配置一定要有，否則萬事具備只欠東風(fēng)，這個(gè)是DB事務(wù)有JTA和JPA以及Herbernate等，這里就不展開說明，可自行百度。

三、案例解析事務(wù)傳播7大行為

1、無事務(wù)，這個(gè)時(shí)候id 為16的第一次插入成功，第二次插入的時(shí)候失敗，庫中留存第一次的數(shù)據(jù)

  無事務(wù)運(yùn)行

2、propagation_required,默認(rèn)事務(wù)的傳播行為required，在進(jìn)行實(shí)驗(yàn)2的時(shí)候?qū)⒈碇衖d為16的數(shù)據(jù)先刪除以免影響接下來的測試。 @Transactional(propagation=Propagation.REQUIRED) ==   @Transactional這兩個(gè)的作用是一樣的沒有事務(wù)創(chuàng)建一個(gè)事務(wù)執(zhí)行,

事務(wù)的傳播特行為為required
結(jié)果是因?yàn)橹麈I沖突將事務(wù)進(jìn)行了回滾，所以兩條數(shù)據(jù)都沒有插入進(jìn)去。

3、propagation_supports,如果當(dāng)前程序存在事務(wù)就加入該事務(wù)運(yùn)行，如果不存在事務(wù)則在非事務(wù)中運(yùn)行

事務(wù)的傳播行為性為supports
因?yàn)檎{(diào)用方未用事務(wù)那么就在非事務(wù)中運(yùn)行，所以插入了first的第一條數(shù)據(jù)。

4、propagation_mandatory,必須在一個(gè)事務(wù)中運(yùn)行，否則就會(huì)拋出異常mandatory 這個(gè)單詞有強(qiáng)制性的意思我們默認(rèn)用required 而不用mandatory，是因?yàn)閙andatory不能自動(dòng)創(chuàng)建事務(wù)。

事務(wù)的傳播行為為manatory
因?yàn)檎{(diào)用的外層沒有事務(wù)，所以兩條數(shù)據(jù)沒有插入。大家想想下面這種寫法會(huì)發(fā)生什么現(xiàn)象

事務(wù)的傳播行為mandatory

5、propagation_ required _new,不管事務(wù)是不是存在，都會(huì)另起一個(gè)事務(wù)，如果事務(wù)存在則將當(dāng)前事務(wù)掛起，重新執(zhí)行新加的事務(wù)

事務(wù)的傳播行為required_new
結(jié)果和require一樣，兩條數(shù)據(jù)都沒有入庫，唯一健沖突導(dǎo)致第一條數(shù)據(jù)回滾，大家可以思考下我下面這兩種情況。

情景1新起的事務(wù)拋出異常會(huì)不會(huì)讓外圍事務(wù)回滾？

情景2外圍事務(wù)失敗會(huì)不會(huì)導(dǎo)致新起事務(wù)已提交的回滾？

6、 propagation_ not _support,表示不在事務(wù)中運(yùn)行，如果當(dāng)前存在事務(wù)則將事務(wù)掛起

事務(wù)的傳播行為not_suppoted
這種情景下，如果你根據(jù)我的思路一步走的應(yīng)該可以想到id 為17的入庫，第二條主鍵沖突雖然然而notSupportSonTransationsl（）這個(gè)方法沒有事務(wù)所以不影響第一條入庫情況，但是外圍事務(wù)id為16的要進(jìn)行回滾了，所以庫中只有一條數(shù)據(jù)id=17的。

Existing transaction found for transaction marked with propagation ‘never’" class="reference-link">7、 propagation_never,表示當(dāng)前方法不能運(yùn)行在事務(wù)當(dāng)中，如果有事務(wù)則會(huì)拋出異常——>Existing transaction found for transaction marked with propagation ‘never’

事務(wù)的傳播行為NEVER

8、 propagation_nested,這種嵌套的事務(wù)，外圍如果沒有事務(wù)則自己另起一個(gè)事務(wù)，可獨(dú)立與外圍事務(wù)進(jìn)行單獨(dú)的提交或者回滾（這句話不要理解錯(cuò)了），下面這個(gè)案例同樣的數(shù)據(jù)一條也沒有落入庫中，

事務(wù)的傳播行為nested

到此，關(guān)于“Spring事務(wù)的傳播行為是什么”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！