# 前言
事務，是描述一組操作的抽象，比如對數據庫的一組操作，要麼全部成功，要麼全部失敗。事務具有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！
閱讀更多 Java領域佼佼者 的文章
