1.spring 事務這個東西，是輪子，每個service，都需要用到。所以幹脆就做在框架層實現。

2.spring是怎麽給你的service方法加事務的呢？jdk動態代理，會針對每個service類裏的方法進行before(),atfer()開啟和關閉事務。

3.所以@autowired註入進來的service都是受spring托管的，都附件了spring的功能。

怎麽附加的呢？就是代理，每個service或者Controller類裏@autowired進來的都是實際service target的代理類，並不是真的實際target。

只有spring這個代理類，才能享用spring的事務代理功能。

4.spring的事務傳播只有在跨service類調用才能起作用，同個service類裏事務方法調用是不會起作用的。因為spring事務是通過spring動態代理封裝了target類啊

5.事務的傳播級別，隔離級別。都是在@Transation註解的屬性指定的。

如：@Transactional(Propagation.NESTED)

6.事務傳播級別：

常用的有(1)required：將兩個不同方法包裹在一個事務裏。因為是一個事務，所以要回滾全部回滾。

(2)required_new：在父事務裏開啟一個子事務。兩個事務各自控制自己的回滾，彼此不受影響。父事務回滾不影響子事務是否回滾。

(3)required_nested：嵌套事務，這個和required_new子事務有點相像，但不同點是：

7) NESTED
Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else.
支持當前事務，新增Savepoint點，與當前事務同步提交或回滾。
嵌套事務一個非常重要的概念就是內層事務依賴於外層事務。外層事務失敗時，會回滾內層事務所做的動作。而內層事務操作失敗並不會引起外層事務的回滾。

8) PROPAGATION_NESTED 與PROPAGATION_REQUIRES_NEW的區別

問題一：當二級事務被rollback一級事務會不會被rollback？
答案是不會的，二級事務的rollback只針對自己。

問題一：當二級事務被rollback一級事務會不會被rollback？
答案是不會的，二級事務的rollback只針對自己。

問題一：當二級事務被rollback一級事務會不會被rollback？
答案是不會的，二級事務的rollback只針對自己。

關於嵌套事物

可能大家對PROPAGATION_NESTED還不怎麽了解，覺得有必要再補充一下^_^！
PROPAGATION_NESTED: 嵌套事務類型，是相對上面提到的六種情況（上面的六種應該稱為平面事務類型），打個比方我現在有一個事務主要有一下幾部分：
1，從A用戶帳戶裏面減去100元錢
2，往B用戶帳戶裏面添加100元錢
這樣看和以前不同的事務可能沒有什麽區別，那我現在有點特殊的要求就是，A用戶有3個帳戶，B用戶有2個帳戶，現在我的要求就是只要再A用戶的3個帳戶裏面任意一個減去100元，往B用戶的兩個帳戶中任意一個裏面增加100元就可以了！
一旦你有這樣的要求那嵌套事務類型就非常適合你！我們可以這樣理解，
一：將“從A用戶帳戶裏面減去100元錢” 和 “往B用戶帳戶裏面增加100元錢”我們暫時認為是一級事務操作
二：將從A用戶的3個帳戶的任意一個帳戶裏面減錢看做是“從A用戶帳戶裏面減去100元錢”這個一級事務的子事務（二級事務），同樣把後面存錢的看成是另一個的二級事務。
問題一：當二級事務被rollback一級事務會不會被rollback？
答案是不會的，二級事務的rollback只針對自己。
問題二：什麽時候這個一級事務會commit，什麽時候會被rollback呢？
我們主要看二級裏面出現的情況，當所有的二級事務被commit了並且一級事務沒有失敗的操作，那整個事務就算是一個成功的事務，這種情況整個事務會被commit。
當任意一個二級事務沒有被commit那整個事務就是失敗的，整個事務會被roolback。
還是拿上面的例子來說明吧！如果我在a的三個帳戶裏面減錢的操作都被二級事務給rollback了，也就是3個帳戶裏面都沒有減錢成功，整個事務就失敗了就會被rollback。如果A用戶帳戶三個帳戶裏面有一個可以扣錢而且B用戶的兩個帳戶裏面也有一個帳戶可以增加錢，那整個事務就算成功的，會被 commit。
看了一下覺得上面的例子好像不是很深刻，看這個情況（A用戶的3個帳戶都是有信用額度的，也就是說可以超支，但是超支有金額限制）。不過原理是一樣的，簡單點也好說明一點，祝你好運！^_^

7）PROPAGATION_NESTED ，字面也可知道，nested，嵌套級別事務。該傳播級別特征是，如果上下文中存在事務，則嵌套事務執行，如果不存在事務，則新建事務。

那麽什麽是嵌套事務呢？很多人都不理解，我看過一些博客，都是有些理解偏差。

嵌套是子事務套在父事務中執行，子事務是父事務的一部分，在進入子事務之前，父事務建立一個回滾點，叫save point，然後執行子事務，這個子事務的執行也算是父事務的一部分，然後子事務執行結束，父事務繼續執行。重點就在於那個save point。看幾個問題就明了了：

如果子事務回滾，會發生什麽？

父事務會回滾到進入子事務前建立的save point，然後嘗試其他的事務或者其他的業務邏輯，父事務之前的操作不會受到影響，更不會自動回滾。


如果父事務回滾，會發生什麽？

父事務回滾，子事務也會跟著回滾！為什麽呢，因為父事務結束之前，子事務是不會提交的，我們說子事務是父事務的一部分，正是這個道理。那麽：


事務的提交，是什麽情況？

是父事務先提交，然後子事務提交，還是子事務先提交，父事務再提交？答案是第二種情況，還是那句話，子事務是父事務的一部分，由父事務統一提交。

spring事務的隔離級別（透徹理解）