摘要：和事務的關系關系型數(shù)據(jù)庫某些消息隊列等產(chǎn)品或中間件稱為事務性資源，因為它們本身支持事務，也能夠處理事務。事務的傳播特性，，，，，，強制要求要有一個物理事務。外圍事務不會被內部事務的回滾狀態(tài)影響。不支持當前事務。

Spring和事務的關系

關系型數(shù)據(jù)庫、某些消息隊列等產(chǎn)品或中間件稱為事務性資源，因為它們本身支持事務，也能夠處理事務。 Spring很顯然不是事務性資源，但是它可以管理事務性資源，所以Spring和事務之間是管理關系。 就像Jack Ma雖然不會寫代碼，但是他卻管理者一大批會寫代碼的碼農(nóng)。

Spring事務三要素

數(shù)據(jù)源：表示具體的事務性資源，是事務的真正處理者，如MySQL等。
事務管理器：像一個大管家，從整體上管理事務的處理過程，如打開、提交、回滾等。
事務應用和屬性配置：像一個標識符，表明哪些方法要參與事務，如何參與事務，以及一些相關屬性如隔離級別、超時時間等。

Spring事務的注解配置

把一個DataSource（如DruidDataSource）作為一個@Bean注冊到Spring容器中，配置好事務性資源。
把一個@EnableTransactionManagement注解放到一個@Configuration類上，配置好事務管理器，并啟用事務管理。
把一個@Transactional注解放到類上或方法上，可以設置注解的屬性，表明該方法按配置好的屬性參與到事務中。

事務注解的本質

@Transactional這個注解僅僅是一些（和事務相關的）元數(shù)據(jù)，在運行時被事務基礎設施讀取消費，并使用這些元數(shù)據(jù)來配置bean的事務行為。
大致來說具有兩方面功能，一是表明該方法要參與事務，二是配置相關屬性來定制事務的參與方式和運行行為。

Spring聲明式事務實現(xiàn)原理

聲明式事務成為可能，主要得益于Spring AOP。使用一個事務攔截器，在方法調用的前后/周圍進行事務性增強（advice），來驅動事務完成。

如何回滾一個事務

就是在一個事務上下文中當前正在執(zhí)行的代碼里拋出一個異常，事務基礎設施代碼會捕獲任何未處理的異常，并且做出決定是否標記這個事務為回滾。

默認回滾規(guī)則

默認只把runtime, unchecked exceptions標記為回滾，即RuntimeException及其子類，Error默認也導致回滾。Checked exceptions默認不導致回滾。這些規(guī)則和EJB是一樣的。

如何配置回滾異常

使用@Transactional注解的rollbackFor/rollbackForClassName屬性，可以精確配置導致回滾的異常類型，包括checked exceptions。
noRollbackFor/noRollbackForClassName屬性，可以配置不導致回滾的異常類型，當遇到這樣的未處理異常時，照樣提交相關事務。
事務注解在類/方法上

@Transactional注解既可以標注在類上，也可以標注在方法上。當在類上時，默認應用到類里的所有方法。如果此時方法上也標注了，則方法上的優(yōu)先級高。
事務注解在類上的繼承性

@Transactional注解的作用可以傳播到子類，即如果父類標了子類就不用標了。但倒過來就不行了。
子類標了，并不會傳到父類，所以父類方法不會有事務。父類方法需要在子類中重新聲明而參與到子類上的注解，這樣才會有事務。

事務注解在接口/類上

@Transactional注解可以用在接口上，也可以在類上。在接口上時，必須使用基于接口的代理才行，即JDK動態(tài)代理。
事實是Java的注解不能從接口繼承，如果你使用基于類的代理，即CGLIB，或基于織入方面，即AspectJ，事務設置不會被代理和織入基礎設施認出來，目標對象不會被包裝到一個事務代理中。
Spring團隊建議注解標注在類上而非接口上。

只在public方法上生效？

當采用代理來實現(xiàn)事務時，（注意是代理），@Transactional注解只能應用在public方法上。當標記在protected、private、package-visible方法上時，不會產(chǎn)生錯誤，但也不會表現(xiàn)出為它指定的事務配置?？梢哉J為它作為一個普通的方法參與到一個public方法的事務中。
如果想在非public方法上生效，考慮使用AspectJ（織入方式）。

目標類里的自我調用沒有事務？

在代理模式中（這是默認的），只有從外部的方法調用進入通過代理會被攔截，這意味著自我調用（實際就是，目標對象中的一個方法調用目標對象的另一個方法）在運行時不會導致一個實際的事務，即使被調用的方法標有注解。
如果你希望自我調用也使用事務來包裝，考慮使用AspectJ的方式。在這種情況下，首先是沒有代理。相反，目標類被織入（即它的字節(jié)碼被修改）來把@Transactional加入到運行時行為，在任何種類的方法上都可以。

事務與線程

和JavaEE事務上下文一樣，Spring事務和一個線程的執(zhí)行相關聯(lián)，底層是一個ThreadLocal>，就是每個線程一個map，key是DataSource，value是Connection。

邏輯事務與物理事務

事務性資源實際打開的事務就是物理事務，如數(shù)據(jù)庫的Connection打開的事務。Spring會為每個@Transactional方法創(chuàng)建一個事務范圍，可以理解為是邏輯事務。
在邏輯事務中，大范圍的事務稱為外圍事務，小范圍的事務稱為內部事務，外圍事務可以包含內部事務，但在邏輯上是互相獨立的。每一個這樣的邏輯事務范圍，都能夠多帶帶地決定rollback-only狀態(tài)。
那么如何處理邏輯事務和物理事務之間的關聯(lián)關系呢，這就是傳播特性解決的問題。

事務的傳播特性

REQUIRED，SUPPORTS，MANDATORY，REQUIRES_NEW，NOT_SUPPORTED，NEVER，NESTED

REQUIRED

強制要求要有一個物理事務。如果沒有已經(jīng)存在的事務，就專門打開一個事務用于當前范圍?；蛘邊⑴c到一個已存在的更大范圍的外圍事務中。在相同的線程中，這是一種很好的默認方式安排。（例如，一個service外觀/門面代理到若干個倉儲方法，所有底層資源必須參與到service級別的事務里）
在標準的REQUIRED行為情況下，所有這樣的邏輯事務范圍映射到同一個物理事務。因此，在內部事務范圍設置了rollback-only標記，確實會影響外圍事務進行實際提交的機會。
注：默認，一個參與到外圍事務的事務，會使用外圍事務的特性，安靜地忽略掉自己的隔離級別，超時值，只讀標識等設置。當然可以在事務管理器上設置validateExistingTransactions標識為true，這樣當你自己的事務和參與到的外圍事務設置不一樣時會被拒絕。

REQUIRES_NEW

與REQUIRED相比，總是使用一個獨立的物理事務用于每一個受影響的邏輯事務范圍，從來不參與到一個已存在的外圍事務范圍。這樣安排的話，底層的事務資源是不同的，因此，可以獨立地提交或回滾。外圍事務不會被內部事務的回滾狀態(tài)影響。這樣一個獨立的內部事務可以聲明自己的隔離級別，超時時間和只讀設置，并不繼承外圍事務的特性。

NESTED

使用同一個物理事務，帶有多個保存點，可以回滾到這些保存點，可以認為是部分回滾，這樣一個內部事務范圍觸發(fā)了一個回滾，外圍事務能夠繼續(xù)這個物理事務，盡管有一些操作已經(jīng)被回滾。典型地，它對應于JDBC的保存點，所以只對JDBC事務資源起作用。

SUPPORTS

支持當前事務。如果當前有事務，就參與進來，如果沒有，就以非事務的方式運行。這樣的一個邏輯事務范圍，它背后可能沒有實際的物理事務，此時的事務也成為空事務。

NOT_SUPPORTED

不支持當前事務?？偸且苑鞘聞辗绞竭\行。當前的事務會被掛起，并在適合的時候恢復。

MANDATORY

支持當前事務。如果當前沒有事務存在，就拋出異常。

NEVER

不支持當前事務。如果當前有事務存在，就拋出異常。

事務的隔離級別

DEFAULT，READ_UNCOMMITTED，READ_COMMITTED，REPEATABLE_READ，SERIALIZABLE

臟讀

一個事務修改了一行數(shù)據(jù)但沒有提交，第二個事務可以讀取到這行被修改的數(shù)據(jù)，如果第一個事務回滾，第二個事務獲取到的數(shù)據(jù)將是無效的。

不可重復讀

一個事務讀取了一行數(shù)據(jù)，第二個事務修改了這行數(shù)據(jù)，第一個事務重新讀取這行數(shù)據(jù)，將獲得到不同的值。

幻讀

一個事務按照一個where條件讀取所有符合的數(shù)據(jù)行，第二個事務插入了一行數(shù)據(jù)且恰好也滿足這個where條件，第一個事務再以這個where條件重新讀取，將會獲取額外多出來的這一行。

幫助記憶：

寫讀是臟讀，讀寫讀是不可重復讀，where insert where是幻讀。

DEFAULT

使用底層數(shù)據(jù)存儲的默認隔離級別。MySQL的默認隔離級別是REPEATABLE-READ。

READ_UNCOMMITTED

讀未提交。臟讀、不可重復讀、幻讀都會發(fā)生。

READ_COMMITTED

讀已提交。臟讀不會發(fā)生，不可重復讀、幻讀都會發(fā)生。

REPEATABLE_READ

可重復讀。臟讀、不可重復讀都不會發(fā)生，幻讀會發(fā)生。

SERIALIZABLE

可串行化。臟讀、不可重復讀、幻讀都不會發(fā)生。
spring事務考點我就總結在這里了，如果有遺漏或者改進還請各位大佬留言指點

同時spring事務這個知識點也為大家總結我的部分學習筆記和與之相匹配的架構進階視頻資料：

spring事務部分筆記

資料獲取方式：請加JAVA架構技術交流群：714827309
點擊鏈接加入群聊【JAVA高級架構技術交流】：https://jq.qq.com/?_wv=1027&k...

注：加群要求
1、具有1-5工作經(jīng)驗的，面對目前流行的技術不知從何下手，需要突破技術瓶頸的可以加。
2、在公司待久了，過得很安逸，但跳槽時面試碰壁。需要在短時間內進修、跳槽拿高薪的可以加。
3、如果沒有工作經(jīng)驗，但基礎非常扎實，對java工作機制，常用設計思想，常用java開發(fā)框架掌握熟練的，可以加。
4、覺得自己很牛B，一般需求都能搞定。但是所學的知識點沒有系統(tǒng)化，很難在技術領域繼續(xù)突破的可以加。
5.阿里Java高級大牛直播講解知識點，分享知識，多年工作經(jīng)驗的梳理和總結，帶著大家全面、科學地建立自己的技術體系和技術認知！