作者:Java3y
來源:https://www.jianshu.com/p/9da345f7e542
前言
Spring事務管理我相信大家都用得很多,但可能僅僅侷限於一個@Transactional註解或者在XML中配置事務相關的東西。不管怎麼說,日常可能足夠我們去用了。但作為程序員,無論是為了面試還是說更好把控自己寫的代碼,還是應該得多多瞭解一下Spring事務的一些細節。
這裡我拋出幾個問題,看大家能不能瞬間答得上:
- 如果嵌套調用含有事務的方法,在Spring事務管理中,這屬於哪個知識點?
- 我們使用的框架可能是Hibernate/JPA或者是Mybatis,都知道的底層是需要一個session/connection對象來幫我們執行操作的。要保證事務的完整性,我們需要多組數據庫操作要使用同一個session/connection對象,而我們又知道Spring IOC所管理的對象默認都是單例的,這為啥我們在使用的時候不會引發線程安全問題呢?內部Spring到底幹了什麼?
- 人家所說的BPP又是啥東西?
- Spring事務管理重要接口有哪幾個?
一、閱讀本文需要的基礎知識
閱讀這篇文章的同學我默認大家都對Spring事務相關知識有一定的瞭解了。(ps:如果不瞭解點解具體的文章去閱讀再回到這裡來哦)
我們都知道,Spring事務是Spring AOP的最佳實踐之一,所以說AOP入門基礎知識(簡單配置,使用)是需要先知道的。如果想更加全面瞭解AOP可以看這篇文章:AOP重要知識點(術語介紹、全面使用)。說到AOP就不能不說AOP底層原理:動態代理設計模式。到這裡,對AOP已經有一個基礎的認識了。於是我們就可以使用XML/註解方式來配置Spring事務管理。
在IOC學習中,可以知道的是Spring中Bean的生命週期(引出BPP對象)並且IOC所管理的對象默認都是單例的:單例設計模式,單例對象如果有"狀態"(有成員變量),那麼多線程訪問這個單例對象,可能就造成線程不安全。那麼何為線程安全?,解決線程安全有很多方式,但其中有一種:讓每一個線程都擁有自己的一個變量:ThreadLocal
二、兩個不靠譜直覺的例子
2.1第一個例子
之前朋友問了我一個例子:
在Service層拋出Exception,在Controller層捕獲,那如果在Service中有異常,那會事務回滾嗎?
我第一反應:不會回滾吧。
- 我當時是這樣想的:因為Service層已經拋出了異常,由Controller捕獲。那是否回滾應該由Controller的catch代碼塊中邏輯來決定,如果catch代碼塊沒有回滾,那應該是不會回滾。
但朋友經過測試說,可以回滾阿。(pappapa打臉)
發生了運行時Exception,Spring事務管理自動回滾
看了一下文檔,原來文檔有說明:
By default checked exceptions do not result in the transactional interceptor marking the transaction for rollback and instances of RuntimeException and its subclasses do結論:如果是編譯時異常不會自動回滾,如果是運行時異常,那會自動回滾!
2.2第二個例子
第二個例子來源於知乎@柳樹文章,文末會給出相應的URL我們都知道,帶有@Transactional註解所包圍的方法就能被Spring事務管理起來,那如果我在當前類下使用一個沒有事務的方法去調用一個有事務的方法,那我們這次調用會怎麼樣?是否會有事務呢?
用代碼來描述一下:
我第一直覺是:這跟Spring事務的傳播機制有關吧。
其實這跟Spring事務的傳播機制沒有關係,下面我講述一下:
- Spring事務管理用的是AOP,AOP底層用的是動態代理。所以如果我們在類或者方法上標註註解@Transactional,那麼會生成一個代理對象。
接下來我用圖來說明一下:
顯然地,我們拿到的是代理(Proxy)對象,調用addEmployee2Controller()方法,而addEmployee2Controller()方法的邏輯是target.addEmployee(),調用回原始對象(target)的addEmployee()。所以這次的調用壓根就沒有事務存在,更談不上說Spring事務傳播機制了。
原有的數據:
測試結果:壓根就沒有事務的存在
2.2.1再延伸一下
從上面的測試我們可以發現:如果是在本類中沒有事務的方法來調用標註註解@Transactional方法,最後的結論是沒有事務的。那如果我將這個標註註解的方法移到別的Service對象上,有沒有事務?
@Service
public class TestService {
@Autowired
private EmployeeRepository employeeRepository;
@Transactional
public Employee addEmployee() throws Exception {
employeeRepository.deleteAll();
Employee employee = new Employee("3y", 23);
// 模擬異常
int i = 1 / 0;
return employee;
}
}
@Service
public class EmployeeService {
@Autowired
private TestService testService;
// 沒有事務的方法去調用別的類有事務的方法
public Employee addEmployee2Controller() throws Exception {
return testService.addEmployee();
}
}
測試結果:
拋出了運行時異常,但我們的數據還是存在的!
因為我們用的是代理對象(Proxy)去調用addEmployee()方法,那就當然有事務了。
看完這兩個例子,有沒有覺得3y的直覺是真的水!三、Spring事務傳播機制
如果嵌套調用含有事務的方法,在Spring事務管理中,這屬於哪個知識點?在當前含有事務方法內部調用其他的方法(無論該方法是否含有事務),這就屬於Spring事務傳播機制的知識點範疇了。
Spring事務基於Spring AOP,Spring AOP底層用的動態代理,動態代理有兩種方式:
- 基於接口代理(JDK代理)
- 基於接口代理,凡是類的方法非public修飾,或者用了static關鍵字修飾,那這些方法都不能被Spring AOP增強
- 基於CGLib代理(子類代理)
- 基於子類代理,凡是類的方法使用了private、static、final修飾,那這些方法都不能被Spring AOP增強
值得說明的是:那些不能被Spring AOP增強的方法並不是不能在事務環境下工作了。只要它們被外層的事務方法調用了,由於Spring事務管理的傳播級別,內部方法也可以工作在外部方法所啟動的事務上下文中。
至於Spring事務傳播機制的幾個級別,我在這裡就不貼出來了。這裡只是再次解釋“啥情況才是屬於Spring事務傳播機制的範疇”。四、多線程問題
我們使用的框架可能是Hibernate/JPA或者是Mybatis,都知道的底層是需要一個session/connection對象來幫我們執行操作的。要保證事務的完整性,我們需要多組數據庫操作要使用同一個 session/connection對象,而我們又知道Spring IOC所管理的對象默認都是單例的,這為啥我們在使用的時候不會引發線程安全問題呢?內部Spring到底幹了什麼?回想一下當年我們學Mybaits的時候,是怎麼編寫Session工具類?
沒錯,用的就是ThreadLocal,同樣地,Spring也是用的ThreadLocal。
以下內容來源《精通 Spring4.x》
我們知道在一般情況下,只有無狀態的Bean才可以在多線程環境下共享,在Spring中,絕大部分Bean都可以聲明為singleton作用域。就是因為Spring對一些Bean(如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等)中非線程安全狀態的“狀態性對象”採用ThreadLocal封裝,讓它們也成為線程安全的“狀態性對象”,因此,有狀態的Bean就能夠以singleton的方式在多線程中工作。我們可以試著點一下進去TransactionSynchronizationManager中看一下:
五、啥是BPP?
BBP的全稱叫做:BeanPostProcessor,一般我們俗稱對象後處理器
- 簡單來說,通過BeanPostProcessor可以對我們的對象進行“加工處理”。
Spring管理Bean(或者說Bean的生命週期)也是一個常考的知識點,我在秋招也重新整理了一下步驟,因為比較重要,所以還是在這裡貼一下吧:
- ResouceLoader加載配置信息
- BeanDefintionReader解析配置信息,生成一個一個的BeanDefintion
- BeanDefintion由BeanDefintionRegistry管理起來
- BeanFactoryPostProcessor對配置信息進行加工(也就是處理配置的信息,一般通過PropertyPlaceholderConfigurer來實現)
- 實例化Bean
- 如果該Bean配置/實現了InstantiationAwareBean,則調用對應的方法
- 使用BeanWarpper來完成對象之間的屬性配置(依賴)
- 如果該Bean配置/實現了Aware接口,則調用對應的方法
- 如果該Bean配置了BeanPostProcessor的before方法,則調用
- 如果該Bean配置了init-method或者實現InstantiationBean,則調用對應的方法
- 如果該Bean配置了BeanPostProcessor的after方法,則調用
- 將對象放入到HashMap中
- 最後如果配置了destroy或者DisposableBean的方法,則執行銷燬操作
5.1為什麼特意講BPP?
Spring AOP編程底層通過的是動態代理技術,在調用的時候肯定用的是代理對象。那麼Spring是怎麼做的呢?
我只需要寫一個BPP,在postProcessBeforeInitialization或者postProcessAfterInitialization方法中,對對象進行判斷,看他需不需要織入切面邏輯,如果需要,那我就根據這個對象,生成一個代理對象,然後返回這個代理對象,那麼最終注入容器的,自然就是代理對象了。Spring提供了BeanPostProcessor,就是讓我們可以對有需要的對象進行“加工處理”啊!
六、認識Spring事務幾個重要的接口
Spring事務可以分為兩種:
- 編程式事務(通過代碼的方式來實現事務)
- 聲明式事務(通過配置的方式來實現事務)
編程式事務在Spring實現相對簡單一些,而聲明式事務因為封裝了大量的東西(一般我們使用簡單,裡頭都非常複雜),所以聲明式事務實現要難得多。
在編程式事務中有以下幾個重要的了接口:
- TransactionDefinition:定義了Spring兼容的事務屬性(比如事務隔離級別、事務傳播、事務超時、是否只讀狀態)
- TransactionStatus:代表了事務的具體運行狀態 (獲取事務運行狀態的信息,也可以通過該接口間接回滾事務等操作)
- PlatformTransactionManager:事務管理器接口(定義了一組行為,具體實現交由不同的持久化框架來完成---類比JDBC)
在聲明式事務中,除了TransactionStatus和PlatformTransactionManager接口,還有幾個重要的接口:
- TransactionProxyFactoryBean:生成代理對象
- TransactionInterceptor:實現對象的攔截
- TransactionAttrubute:事務配置的數據
最後
本文主要講了Spring事務管理一些比較重要的知識點,當然在學習的過程中還看到其他的知識點,如果想要繼續學習的同學不妨通過下面給出的參考資料繼續閱讀。
- 那些年,我們一起追的Spring
- https://zhuanlan.zhihu.com/p/41961670
- 《精通Spring 4.x 企業應用開發實戰》
- 《Spring技術內幕》
覺得我的文章寫得不錯,不妨點一下好看並分享給朋友!
擴展閱讀
閱讀更多 Java面經 的文章