透徹理解Spring事務設計思想之手寫實現

圖片來自網絡

 00 前言  

事務，是描述一組操做的抽象，好比對數據庫的一組操做，要麼所有成功，要麼所有失敗。事務具備4個特性：Atomicity（原子性），Consistency（一致性），Isolation（隔離性），Durability（持久性）。在實際開發中，咱們對事務應用最多就是在數據庫操做這一環，特別是Spring對數據庫事務進行了封裝管理。Spring對事務的支持，確實很強大，可是從本質上來說：事務是否生效取決數據庫底層是否支持（好比MySQL的MyISAM引擎就不支持事務，Spring能奈何！），同時一個事務的多個操做須要在同一個Connection上。事務也每每是在業務邏輯層來控制。本篇博客將經過手寫一個Demo來分析Spring事務底層究竟是如何幫助咱們輕鬆完成事務管理的！

 01 透徹理解Spring事務設計思想之手寫實現  

先來看一眼工程結構：

工程結構

ConnectionHolder

ConnectionHolder

在Spring中，有時候咱們是否是要配置多個數據源DataSource？很顯然，Spring須要經過DataSource來獲得操做數據庫的管道Connection，這有點相似於JNDI查找。

這裏經過ConnectionHolder類來完成這個過程，須要思考的是在多線程下，這顯然是存在問題的。爲避免多線程問題，難道咱們採用線程安全的Map，好比ConcurrentHashMap，其實咱們真正的目的是什麼？是保證一個線程下，一個事務的多個操做拿到的是一個Connection，顯然使用ConcurrentHashMap根本沒法保證！

Spring很聰明，她提供了一種思路，來解決，看下面的代碼！

SingleThreadConnectionHolder

SingleThreadConnectionHolder

原本線程不安全的，經過ThreadLocal這麼封裝一下，馬上就變成了線程的局部變量，不單單安全了，還保證了一個線程下面的操做拿到的Connection是同一個對象！這種思想，確實很是巧妙，這也是無鎖編程思想的一種方式！TransactionManager

TransactionManager

TransactionManager，這個咱們常常在Spring裏面進行配置吧，事務大管家！

UserAccountDao、UserOrderDao

UserAccountDao

UserOrderDao

這裏經過這2個DAO，想模擬一個事務中帳戶購買、下單2個操做。

UserService

UserService

到這裏，能夠清晰的看到Spring事務管理的一個縮影了吧！

Test

測試

這裏，主要是模擬Spring的注入以及多用戶併發請求。

運行結果

運行結果

你能夠發現，一個線程中的一個事務的多個操做，使用的是同一個Connection！

好了，到這裏，你是否能對Spring實現事務的思想有所瞭解呢？

Android開發資料+面試架構資料 免費分享 點擊連接 便可領取

《Android架構師必備學習資源免費領取（架構視頻+面試專題文檔+學習筆記）》