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

1. 注冊驅(qū)動

2. 獲取Connection連接

3. 執(zhí)行預(yù)編譯

4. 執(zhí)行SQL

5. 封裝結(jié)果集

6. 釋放資源

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

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

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

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

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

• 接口層 ：對外暴露的API

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

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

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

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

這篇文章我們就來了解MyBatis是怎樣對JDBC進(jìn)行封裝和架構(gòu)思考的，進(jìn)而掌握MyBatis的核心架構(gòu)設(shè)計(jì)。

并對這三部分的具體的職責(zé)，進(jìn)行了分析和解釋。

接口層

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

傳統(tǒng)的方式

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

Mapper代理的方式

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

核心處理層

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

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

• ResultSetHandler：結(jié)果集處理

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

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

基礎(chǔ)支撐層

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

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

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

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

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

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

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

事務(wù)管理

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

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

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

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

緩存處理

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

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

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

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