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

1. 注冊驅動

2. 獲取Connection連接

3. 執行預編譯

4. 執行SQL

5. 封裝結果集

6. 釋放資源

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

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

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

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

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

• 接口層 ：對外暴露的API

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

• 基礎支撐層：提供基礎的環境支撐，如數據源的配置、事物的管理等

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

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

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

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

接口層

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

傳統的方式

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

Mapper代理的方式

Mapper代理的方式實際上是通過創建mapper接口的代理對象去調用接口中的方法，但底層其實還是調用的傳統的API方法。

核心處理層

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

• ParameterHandler：SQL的參數處理，如：占位符等

• ResultSetHandler：結果集處理

• StatementHandler：封裝了JDBC Statement操作，設置參數

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

基礎支撐層

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

數據源管理

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

• UNPOOLED： 這個數據源的實現會每次請求時打開和關閉連接

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

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

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

事務管理

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

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

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

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

緩存處理

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

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

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

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