一個寧靜祥和沒有bug的下午和SqlSession的故事

作者：馬躍

1 背景

這是一個安靜祥和沒有bug的下午。
作為一只菜雞，時刻鞏固一下基礎還是很有必要的，如此的大好時機，就讓我來學習學習mybatis如何使用。

這可和我看到的不一樣啊，讓我來看看項目里怎么寫的。

我們項目中的Dao都繼承于BaseDao，而BaseDao繼承于SqlSessionDaoSupport，每次執行sql的時候都是直接將這個sqlSession返回，然后執行sql，這難道不是一個實例變量嘛？這和你說的可不一樣誒。于是帶著這樣的疑問，我開始了探索。

2 探索之旅

1）我們都知道，在使用mybatis時，sqlSession都來自于sqlSessionFactory，而sqlSessionFactory可以通過sqlSessionFactoryBuilder創建，也可以通過spring初始化，而項目中很顯然采取了后一種方式。

2）那么我們已經得到了sqlSessionFactory，應該如何去進一步探索sqlSession的來源呢，我想到可以通過項目中已經實現的dao進行探索。我們隨便選取一個dao為例。

它繼承了BaseDao。

而BaseDao又繼承了SqlSessionDaoSupport，在BaseDao中調用了getSqlSession方法，實際上也就是SqlSessionDaoSupport的getSqlSession方法。

而SqlSessionDaoSupport的getSqlSession方法是直接將自己的成員變量返回去的，截至目前為止，和我的懷疑點是相符合的，即目前的寫法和mybatis官網的說明是沖突的。

3）反復閱讀SqlSessionDaoSupport這個類后，終于被我發現了線索，細心的小伙伴應該也早已發現了，就在上圖之中的注釋中，“用戶應該使用這個方法來獲得一個SqlSession來執行sql語句，這個SqlSession被spring管理，用戶不應該提交、回滾或關閉它。因為這些已經被自動執行了?！?/p>

同時，這個方法會返回一個線程安全的SqlSession。

那么這個SqlSession是從何而來的呢，從上圖可以看出，它有兩種賦值方式，一種是給他傳一個SqlSessionFactory，生成SqlSessionTemplate，SqlSessionTemplate即為sqlSession。另一種是直接給他傳一個SqlSessionTemplate作為SqlSession。根據本類的注釋，如果SqlSessionFactory和SqlSessionTemplate都被定義了，那么SqlSessionFactory的方式會失效。至此，我的上述疑問已經解決了，也就是說這個SqlSession并不是一個mybatis初始的SqlSession，而是spring實現的SqlSessionTemplate。

4）但是，我又誕生了新的疑問，SqlSessionTemplate是怎么完成線程安全的呢？

于是我進入了SqlSessionTemplate的方法執行，發現實際執行語句的都是這個代理類sqlSessionProxy。

而代理工作內容就在SqlSessionInterceptor這個handler里。

進入其中，我們終于發現了它的獲取和關閉操作。

也就是說，每次執行，代理都會調用sessionFactory的openSession方法獲得一個新的session。

3 總結

終于的終于，mybatis，spring，項目以及我的疑問得到了統一，真是一個寧靜祥和而又沒有bug的下午呀。

?