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

前言

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

透徹理解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實現事務的思想有所瞭解呢？

若是你想學好JAVA這門技術，也想在IT行業拿高薪，能夠參加咱們的訓練營課程，選擇最適合本身的課程學習，技術大牛親授，8個月後，進入名企拿高薪。咱們的課程內容有：Java工程化、高性能及分佈式、高性能、深刻淺出。高架構。性能調優、Spring，MyBatis，Netty源碼分析和大數據等多個知識點。若是你想拿高薪的，想學習的，想就業前景好的，想跟別人競爭能取得優點的，想進阿里面試但擔憂面試不過的，你均可以來，q羣號爲：180705916 進羣免費領取學習資料。