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

標籤：管理   交易管理   ati   多個   action   過程   img   data   實現   

前言

事務，是描述一組操作的抽象，比如對資料庫的一組操作，要麼全部成功，要麼全部失敗。事務具有4個特性：Atomicity（原子性），Consistency（一致性），Isolation（隔離性），Durability（持久性）。在實際開發中，我們對事務應用最多就是在資料庫操作這一環，特別是Spring對資料庫事務進行了封裝管理。Spring對事務的支援，確實很強大，但是從本質上來講：事務是否生效取決資料庫底層是否支援（比如MySQL的MyISAM引擎就不支援事務，Spring能奈何！），同時一個事務的多個操作需要在同一個Connection上。事務也往往是在商務邏輯層來控制。本篇部落格將通過手寫一個Demo來分析Spring事務底層到底是如何協助我們輕鬆完成交易管理的！

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

先來看一眼工程結構：

ConnectionHolder

在Spring中，有時候我們是不是要配置多個資料來源DataSource？很顯然，Spring需要通過DataSource來得到操作資料庫的管道Connection，這有點類似於JNDI尋找。

這裡通過ConnectionHolder類來完成這個過程，需要思考的是在多線程下，這顯然是存在問題的。為避免多線程問題，難道我們採用安全執行緒的Map，比如ConcurrentHashMap，其實我們真正的目的是什嗎？是保證一個線程下，一個事務的多個操作拿到的是一個Connection，顯然使用ConcurrentHashMap根本無法保證！

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

SingleThreadConnectionHolder

本來線程不安全的，通過ThreadLocal這麼封裝一下，立刻就變成了線程的局部變數，不僅僅安全了，還保證了一個線程下面的操作拿到的Connection是同一個對象！這種思想，確實非常巧妙，這也是無鎖編程思想的一種方式！

TransactionManager

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

UserAccountDao、UserOrderDao

這裡通過這2個DAO，想類比一個事務中賬戶購買、下單2個操作。

UserService

到這裡，可以清晰的看到Spring交易管理的一個縮影了吧！

Test

這裡，主要是類比Spring的注入以及多使用者並發請求。

運行結果

你可以發現，一個線程中的一個事務的多個操作，使用的是同一個Connection！

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

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