一文學懂MyBatis框架設計

多年以前猿小二剛剛進入程序猿的大軍中，每天都在快樂的coding，那個時候經(jīng)常要更數(shù)據(jù)打交道，所以編寫很多JDBC的代碼，動不動就得寫JDBC六部曲。

1. 注冊驅(qū)動

2. 獲取Connection連接

3. 執(zhí)行預編譯

4. 執(zhí)行SQL

5. 封裝結果集

6. 釋放資源

越寫越熟練，甚至有種自己寫代碼的功力有點超神的錯覺；經(jīng)過了一段時間的重復，猿小二意識到自己每天都在寫重復的代碼。而且，每次如果要更改sql語句或者配置信息的時候，都要跑到JDBC程序當中去修改，這可是很麻煩的事兒，不僅造成了硬編碼的問題，還特別的影響開發(fā)效率。

要把大象裝冰箱總共分幾步？

一天，猿小二突然意識到，程序猿不是要來改變的世界的嗎？我就是程序猿啊，我應該去改變世界啊，現(xiàn)在不就有一個機會嗎？如果程序猿每天都在寫這種繁瑣且沒有技術含量的代碼，哪里有時間去改變世界，所以猿小二立下flag，要為程序猿提供一個更加方便的技術來操作數(shù)據(jù)庫。

一開始猿小二也是毫無頭緒，但是猿小二拉來一個自己神一般存在的大牛同學獅小三；他們一起討論如何才能簡化JDBC開發(fā)的過程，讓程序猿不在關注注冊驅(qū)動、獲取鏈接、編譯sql、封裝結果集、以及釋放資源這些重復的代碼。

于是他們開始了對JDBC執(zhí)行過程的分析，并最終將這六步曲分成了三個模塊。

• 接口層 ：對外暴露的API

• 核心處理層：提供配置文上件的解析、sql語句的解析、結果集的封裝等

• 基礎支撐層：提供基礎的環(huán)境支撐，如數(shù)據(jù)源的配置、事物的管理等

最終他們經(jīng)過很長時間的討論和優(yōu)化，給出了一個比較滿意的設計，這就是MyBatis框架的基礎設計原型。

我們都知道Mybatis是一個非常小巧靈活的ORM框架，深受國內(nèi)廣大開發(fā)者的喜愛，它的出現(xiàn)某種程度了是為了消除所有的JDBC代碼和參數(shù)的手工設置以及結果集的封裝問題。

這篇文章我們就來了解MyBatis是怎樣對JDBC進行封裝和架構思考的，進而掌握MyBatis的核心架構設計。

并對這三部分的具體的職責，進行了分析和解釋。

接口層

提供給外部使用的接口API，開發(fā)人員通過這些本地API來操縱數(shù)據(jù)庫。程序猿不用管具體的內(nèi)部實現(xiàn)，只需要根據(jù)自己的需求調(diào)用相應的api就可以了，并且還提供了兩種使用的方式。

傳統(tǒng)的方式

就是在一個SqlSession的接口中定義很多方法，程序猿可以根據(jù)自己的需要調(diào)用具體的增刪改查方法，下面列舉常用的方法。

Mapper代理的方式

Mapper代理的方式實際上是通過創(chuàng)建mapper接口的代理對象去調(diào)用接口中的方法，但底層其實還是調(diào)用的傳統(tǒng)的API方法。

核心處理層

這部分主要就JDBC的核心內(nèi)容了，包括參數(shù)映射、類型轉換、SQL解析、SQL執(zhí)行以及結果的封裝，這部分內(nèi)容就可以理解成JDBC的核心內(nèi)容，這里它們抽出封裝了四個核心的類，分別負責不同的功能。

• ParameterHandler：SQL的參數(shù)處理，如：占位符等

• ResultSetHandler：結果集處理

• StatementHandler：封裝了JDBC Statement操作，設置參數(shù)

• Executor：執(zhí)行器，真正用于執(zhí)行增刪改查操作

基礎支撐層

這部分主要是抽取出來的通用組件包括數(shù)據(jù)源管理、事務管理、配置加載和緩存處理；為上層的數(shù)據(jù)處理層提供最基礎的支撐。

數(shù)據(jù)源管理

數(shù)據(jù)源的管理對于持久層的框架來說，可謂是非常的重要，稍有不慎就會浪費大量系統(tǒng)資源，MyBatis也對此做了很好的支持，MyBatis有三種內(nèi)建的數(shù)據(jù)源類型UNPOOLED、POOLED、JNDI。

• UNPOOLED： 這個數(shù)據(jù)源的實現(xiàn)會每次請求時打開和關閉連接

• POOLED： 這種數(shù)據(jù)源的實現(xiàn)利用“池”的概念將 JDBC連接對象組織起來，避免了創(chuàng)建新的連接實例時所必需的初始化和認證時間

• JNDI ： 這個數(shù)據(jù)源實現(xiàn)是為了能在如EJB 或應用服務器這類容器中使用，容器可以集中或在外部配置數(shù)據(jù)源，然后放置一個 JNDI上下文的數(shù)據(jù)源引用。這種已經(jīng)不用了

通常情況下，我們是會使用POOLED的，可以幫他我們節(jié)省很多寶貴的系統(tǒng)資源。

事務管理

在MyBatis中有兩種類型的事務管理器（JDBC/ MANAGED）它通過一個頂層的Transaction接口以及其不同實現(xiàn)JdbcTransaction和 ManagedTransaction來實現(xiàn)對事務的管理：

• JDBC ：這個配置直接使用了 JDBC 的提交和回滾設施，它依賴從數(shù)據(jù)源獲得的連接來管理事務作用域，對應的實現(xiàn)類JdbcTransaction

• MANAGED ： 這個配置幾乎沒做什么。它從不提交或回滾一個連接，而是讓容器來管理事務的整個生命周期（比如 JEE 應用服務器的上下文），對應的實現(xiàn)類ManagedTransaction

對事務的管理，在和Spring整合之后，通常會用Spring的事務管理器。

緩存處理

緩存對于持久層框架來說還是非常重要的，一定程度上可以減少和數(shù)據(jù)庫的交互，MyBatis的提供了兩種緩存機制，一級緩存和二級緩存。

• 一級緩存：是SqlSession級別的緩存，也就是會話級別的，如果兩個相同的查詢，第二次的查詢會直接先從緩存中去拿，以及緩存也是默認開啟的，這部分我們在源碼分析的內(nèi)容里會詳細分析

• 二級緩存：是Mapper級別的緩存，也就是一個xxx.xml內(nèi)的查詢是可以共用的，需要手動開啟

每一項新技術的誕生，背后都有一段不為人知的故事，就這樣MyBatis框架的原型誕生了，通過這篇文章我們可以從整體上對MyBatis框架有個清晰的認識。