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

1. 注冊(cè)驅(qū)動(dòng)

2. 獲取Connection連接

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

4. 執(zhí)行SQL

5. 封裝結(jié)果集

6. 釋放資源

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

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

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

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

于是他們開(kāi)始了對(duì)JDBC執(zhí)行過(guò)程的分析，并最終將這六步曲分成了三個(gè)模塊。

• 接口層 ：對(duì)外暴露的API

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

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

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

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

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

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

接口層

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

傳統(tǒng)的方式

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

Mapper代理的方式

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

核心處理層

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

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

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

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

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

基礎(chǔ)支撐層

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

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

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

• UNPOOLED： 這個(gè)數(shù)據(jù)源的實(shí)現(xiàn)會(huì)每次請(qǐng)求時(shí)打開(kāi)和關(guān)閉連接

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

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

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

事務(wù)管理

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

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

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

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

緩存處理

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

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

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

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