一、MyBatis的框架設計

注：上圖很大程度上參考了iteye 上的chenjc_it?所寫的博文[原理分析之二：框架整體設計]?中的MyBatis架構體圖，chenjc_it總結的非常好，贊一個！

1.介面層---和資料庫互動的方式

MyBatis和資料庫的互動有兩種方式：

a.使用傳統的MyBatis提供的API；

b. 使用Mapper介面

1.1.使用傳統的MyBatis提供的API

這是傳統的傳遞Statement Id 和查詢引數給SqlSession物件，使用SqlSession物件完成和資料庫的互動；MyBatis 提供了非常方便和簡單的API，供使用者實現對資料庫的增刪改查資料操作，以及對資料庫連線資訊和MyBatis 自身配置資訊的維護操作。

上述使用MyBatis 的方法，是建立一個和資料庫打交道的SqlSession物件，然後根據Statement Id和引數來操作資料庫，這種方式固然很簡單和實用，但是它不符合面嚮物件語言的概念和麵向介面程式設計的程式設計習慣。由於面向介面的程式設計是面向物件的大趨勢，MyBatis 為了適應這一趨勢，增加了第二種使用MyBatis 支援介面（Interface）呼叫方式。

1.2. 使用Mapper介面

MyBatis 將配置檔案中的每一個<mapper節點抽象為一個 Mapper 介面，而這個介面中宣告的方法和跟<mapper節點中的<select|update|delete|insert 節點項對應，即<select|update|delete|insert 節點的id值為Mapper 介面中的方法名稱，parameterType 值表示Mapper 對應方法的入參型別，而resultMap 值則對應了Mapper 介面表示的返回值型別或者返回結果集的元素型別。

根據MyBatis 的配置規範配置好後，通過SqlSession.getMapper(XXXMapper.class) 方法，MyBatis 會根據相應的介面宣告的方法資訊，通過動態代理機制生成一個Mapper 例項，我們使用Mapper 介面的某一個方法時，MyBatis 會根據這個方法的方法名和引數型別，確定Statement Id，底層還是通過SqlSession.select("statementId",parameterObject);或者SqlSession.update("statementId",parameterObject); 等等來實現對資料庫的操作，（至於這裡的動態機制是怎樣實現的，我將準備專門一片文章來討論，敬請關注~

MyBatis 引用Mapper 介面這種呼叫方式，純粹是為了滿足面向介面程式設計的需要。（其實還有一個原因是在於，面向介面的程式設計，使得使用者在介面上可以使用註解來配置SQL語句，這樣就可以脫離XML配置檔案，實現“0配置”）。

2.資料處理層

資料處理層可以說是MyBatis 的核心，從大的方面上講，它要完成三個功能：

a. 通過傳入引數構建動態SQL語句；

b. SQL語句的執行以及封裝查詢結果整合List<E

2.1.引數對映和動態SQL語句生成

動態語句生成可以說是MyBatis框架非常優雅的一個設計，MyBatis 通過傳入的引數值，使用 Ognl 來動態地構造SQL語句，使得MyBatis 有很強的靈活性和擴充套件性。

引數對映指的是對於java 資料型別和jdbc資料型別之間的轉換：這裡有包括兩個過程：查詢階段，我們要將java型別的資料，轉換成jdbc型別的資料，通過 preparedStatement.setXXX()來設值；另一個就是對resultset查詢結果集的jdbcType 資料轉換成java 資料型別。

（至於具體的MyBatis是如何動態構建SQL語句的，我將準備專門一篇文章來討論，敬請關注~）

2.2. SQL語句的執行以及封裝查詢結果整合List<E

動態SQL語句生成之後，MyBatis 將執行SQL語句，並將可能返回的結果集轉換成List<E 列表。MyBatis 在對結果集的處理中，支援結果集關係一對多和多對一的轉換，並且有兩種支援方式，一種為巢狀查詢語句的查詢，還有一種是巢狀結果集的查詢。

3. 框架支撐層

3.1. 事務管理機制

事務管理機制對於ORM框架而言是不可缺少的一部分，事務管理機制的質量也是考量一個ORM框架是否優秀的一個標準.
3.2. 連線池管理機制

由於建立一個數據庫連線所佔用的資源比較大， 對於資料吞吐量大和訪問量非常大的應用而言，連線池的設計就顯得非常重要.

3.3. 快取機制

為了提高資料利用率和減小伺服器和資料庫的壓力，MyBatis 會對於一些查詢提供會話級別的資料快取，會將對某一次查詢，放置到SqlSession中，在允許的時間間隔內，對於完全相同的查詢，MyBatis 會直接將快取結果返回給使用者，而不用再到資料庫中查詢。（至於具體的MyBatis快取機制，我將準備專門一篇文章來討論，敬請關注~）

1. 1. SQL語句的配置方式

   傳統的MyBatis 配置SQL 語句方式就是使用XML檔案進行配置的，但是這種方式不能很好地支援面向介面程式設計的理念，為了支援面向介面的程式設計，MyBatis 引入了Mapper介面的概念，面向介面的引入，對使用註解來配置SQL 語句成為可能，使用者只需要在介面上新增必要的註解即可，不用再去配置XML檔案了，但是，目前的MyBatis 只是對註解配置SQL 語句提供了有限的支援，某些高階功能還是要依賴XML配置檔案配置SQL 語句。

   4 引導層

   引導層是配置和啟動MyBatis 配置資訊的方式。MyBatis 提供兩種方式來引導MyBatis ：基於XML配置檔案的方式和基於Java API 的方式.

二、MyBatis的主要構件及其相互關係

從MyBatis程式碼實現的角度來看，MyBatis的主要的核心部件有以下幾個：

• SqlSession 作為MyBatis工作的主要頂層API，表示和資料庫互動的會話，完成必要資料庫增刪改查功能

• Executor MyBatis執行器，是MyBatis 排程的核心，負責SQL語句的生成和查詢快取的維護

• StatementHandler 封裝了JDBC Statement操作，負責對JDBC statement 的操作，如設定引數、將Statement結果集轉換成List集合。

• ParameterHandler 負責對使用者傳遞的引數轉換成JDBC Statement 所需要的引數，

• ResultSetHandler 負責將JDBC返回的ResultSet結果集物件轉換成List型別的集合；

• TypeHandler 負責java資料型別和jdbc資料型別之間的對映和轉換

• MappedStatement MappedStatement維護了一條<select|update|delete|insert節點的封裝，

• SqlSource 負責根據使用者傳遞的parameterObject，動態地生成SQL語句，將資訊封裝到BoundSql物件中，並返回

• BoundSql 表示動態生成的SQL語句以及相應的引數資訊

• Configuration MyBatis所有的配置資訊都維持在Configuration物件之中。

（注：這裡只是列出了我個人認為屬於核心的部件，請讀者不要先入為主，認為MyBatis就只有這些部件哦！每個人對MyBatis的理解不同，分析出的結果自然會有所不同，歡迎讀者提出質疑和不同的意見，我們共同探討~）

結尾

這不止是一份面試清單，更是一種”被期望的責任“，因為有無數個待面試者，希望從這篇文章中，找出通往期望公司的”鑰匙“，所以上面每道選題都是結合我自身的經驗於千萬個面試題中經過艱辛的兩週，一個題一個題篩選出來再次對好答案和格式做出來的，面試的答案也是再三斟酌，深怕誤人子弟是小，影響他人仕途才是大過，也希望您能把這篇文章分享給更多的朋友，讓他幫助更多的人，幫助他人，快樂自己，最後，感謝您的閱讀。

資料領取方式：戳這裡免費獲取

由於細節內容實在太多啦，在這裡我花了兩週的時間把這些答案整理成一份文件了，在這裡只把部分知識點截圖出來粗略的介紹，每個小節點裡面都有更細化的內容！