Spring事務的傳播行爲案例分析
網上關於Spring事務傳播性以及隔離型的文章漫天蓋地，還有不負責任的直接複製名詞意思，文章雖然很多卻是看的雲裏霧裏，我們今天將給出案例分別和大家一起學習。
1、spring給出經常面試的考點Spring事務的4個特性含義---這個很容易理解
2、spring事務傳播特性的定義以及案例分析
一、事務的特性ACID
這四個英文單詞拼寫我一直記不住，求記憶方法
-
原子性(Atomicity)：事務是一系列原子操作，要麼全部成功，要麼全部失敗。
-
一致性(Consistency):一旦完成(不管是成功還是失敗)，確保它所在的一系列業務狀態保持一致，狀態都是成功，或者都是失敗，不能一部分成功一部分失敗。
-
隔離性(Isolation):不同事務同時進行某項業務，處理相同的數據時候，需要保證事務之間相互獨立，互相之間數據不影響。
-
持久性(Durability)：一旦事務完成，無論發生什麼系統性錯誤，事務執行後的數據都被持久化了，不會因爲重啓或其他操作對數據進行更改。
二、spring事務傳播特性的定義以及案例分析
我們先給出定義再分別進行簡單的代碼分析
給出百度圖片，請大家參考，首先生命力如果想在工程中運用事務spring 的xml必須開啓事務，以下這些特性一般都是在xml屬性中進行配置。
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
類似這種的配置一定要有，否則萬事具備只欠東風，這個是DB事務有JTA和JPA以及Herbernate等，這裏就不展開說明，可自行百度。
三、案例解析事務傳播7大行爲
1、無事務，這個時候id 爲16的第一次插入成功，第二次插入的時候失敗，庫中留存第一次的數據
無事務運行
2、propagation_required,默認事務的傳播行爲required，在進行實驗2的時候將表中id爲16的數據先刪除以免影響接下來的測試。@Transactional(propagation=Propagation.REQUIRED) == @Transactional這兩個的作用是一樣的沒有事務創建一個事務執行,
事務的傳播特行爲爲required
結果是因爲主鍵衝突將事務進行了回滾，所以兩條數據都沒有插入進去。
3、propagation_supports,如果當前程序存在事務就加入該事務運行，如果不存在事務則在非事務中運行
事務的傳播行爲性爲supports
因爲調用方未用事務那麼就在非事務中運行，所以插入了first的第一條數據。
4、propagation_mandatory,必須在一個事務中運行，否則就會拋出異常mandatory 這個單詞有強制性的意思我們默認用required 而不用mandatory，是因爲mandatory不能自動創建事務。
事務的傳播行爲爲manatory
因爲調用的外層沒有事務，所以兩條數據沒有插入。大家想想下面這種寫法會發生什麼現象
事務的傳播行爲mandatory
5、propagation_ required _new,不管事務是不是存在，都會另起一個事務，如果事務存在則將當前事務掛起，重新執行新加的事務
事務的傳播行爲required_new
結果和require一樣，兩條數據都沒有入庫，唯一健衝突導致第一條數據回滾，大家可以思考下我下面這兩種情況。
情景1新起的事務拋出異常會不會讓外圍事務回滾？
情景2外圍事務失敗會不會導致新起事務已提交的回滾？
6、 propagation_ not _support,表示不在事務中運行，如果當前存在事務則將事務掛起
事務的傳播行爲not_suppoted
這種情景下，如果你根據我的思路一步走的應該可以想到id 爲17的入庫，第二條主鍵衝突雖然然而notSupportSonTransationsl（）這個方法沒有事務所以不影響第一條入庫情況，但是外圍事務id爲16的要進行回滾了，所以庫中只有一條數據id=17的。
7、 propagation_never,表示當前方法不能運行在事務當中，如果有事務則會拋出異常---->Existing transaction found for transaction marked with propagation 'never'
事務的傳播行爲NEVER
8、 propagation_nested,這種嵌套的事務，外圍如果沒有事務則自己另起一個事務，可獨立與外圍事務進行單獨的提交或者回滾（這句話不要理解錯了），下面這個案例同樣的數據一條也沒有落入庫中，
事務的傳播行爲nested
事務的傳播行爲級別簡單的演示完畢
作者：宜信技術學院，王巧敏