1. mybatis的xml文件是怎麼執行的
mybatis有兩種配置文件，一種是mapper配置文件，一種是mybatis環境配置文件。
不論哪一種配置文件，都是由mybatis封裝的jar包調用其中的參數按照一定的順序執行下去，想知道內部原理，查看jar源碼吧
2. MyBatis解析
從命名上可以看出，這個是一個 Builder 模式的，用於創建 SqlSessionFactory 的類。SqlSessionFactoryBuilder 根據配置來構造 SqlSessionFactory。其中配置方式有兩種：
mybatis-config.xml 就是我們的配置文件:
java Config 相比較 XML 文件的方式而言，會有一些限制。比如修改了配置文件需要重新編譯，註解方式沒有 XML 配置項多等。所以，業界大多數情況下是選擇 XML 文件的方式。但到底選擇哪種方式，這個要取決與自己團隊的需要。比如，項目的 SQL 語句不復雜，也不需要一些高級的 SQL 特性，那麼 Java Config 則會更加簡潔一點；反之，則可以選擇 XML 文件的方式。
創建配置文件解析器XMLConfigBuilder
解析mybatis-config.xml里的配置為Configuration對象，Mybatis的全局配置對象。
XMLConfigBuilder#parseConfiguration解析mapper下的xml
XMLMapperBuilder#bindMapperForNamespace，根據xml里的 namespace 反射出 mapper介面 的 class，如果有mapper介面，則把該mapper介面的class添加到Configuration的mapperRegistry里。
如果該介面已經注冊，則拋出已經綁定的異常。
為該介面注冊MapperProxyFactory，但這里只是注冊其創建MapperProxy的工廠，並不是創建MapperProxy。
如果Mapper對應的xml資源未載入，觸發xml的綁定操作，將xml中的sql語句與Mapper建立關系。
addMapper方法，只是為**Mapper創建對應對應的MapperProxyFactory。
根據Mapper介面與SqlSession創建MapperProxy對象。
根據介面類獲取MapperProxyFactory。
調用MapperProxyFactory的newInstance創建MapperProxy對象。
SqlSessionFactory 顧名思義，是用於生產 SqlSession 的工廠。 通過如下的方式來獲取 SqlSession 實例：
SqlSession 包含了執行 SQL 的所有的方法。以下是示例：
當然，下面的方式可以做到類型安全：
MapperProxy是MapperProxyFactory使用SqlSession創建出來的。所以MapperProxy中包含SqlSession。
可以看到MapperProxy調用invoke方法，進而調用MapperMethod的execute()，這些MapperMethod就是和你要執行的命令相關，比如執行select語句，則會通過SqlSession的select()方法，最終調用到Executor的query方法。Executor會再協調另外三個核心組件。
MapperProxy：
MapperMethod：
插件的構建：
談原理首先要知道StatementHandler，ParameterHandler，Result Handler都是代理，他們是Configuration創建，在創建過程中會調用interceptorChain.pluginAll()方法，為四大組件組裝插件（再底層是通過Plugin.wrap(target,XX, new Plugin( interceptor))來來創建的）。
插件鏈是何時構建的：
在執行SqlSession的query或者update方法時，SqlSession會通過Configuration創建Executor代理，在創建過程中就調用interceptor的pluginAll方法組裝插件。然後executor在調用doQuery()方法的時候，也會調用Configuration的newStatementHandler方法創建StatemenHandler（和上面描述的一樣，這個handler就是個代理，也是通過interceptorChain的pluginAll方法構建插件）
插件如何執行：
以statementhandler的prepare方法的插件為例，正如前面所說，statementhandler是一個proxy，執行他的prepare方法，將調用invokeHandler的invoke方法，而invokeHandler就是Plugin.wrap(target, xxx, new Plugin(interceptor))中的第三個參數，所以很自然invokeHanlder的invoke的方法最終就會調用interceptor對象的intercept方法。
Mybatis的插件配置在configuration內部，初始化時，會讀取這些插件，保存於Configuration對象的InterceptorChain中。
org.apache.ibatis.plugin.InterceptorChain.java源碼。
上面的for循環代表了只要是插件，都會以責任鏈的方式逐一執行，所謂插件，其實就類似於攔截器。
插件的編寫
插件必須實現org.apache.ibatis.plugin.Interceptor介面。
-intercept()方法：執行攔截內容的地方，攔截目標對象的目標方法的執行
-plugin()方法：決定是否觸發intercept()方法。 作用：包裝目標對象，包裝就是為目標對象創建一個代理對象
-setProperties()方法：給自定義的攔截器傳遞xml配置的屬性參數。將插件注冊時的property屬性設置進來
下面自定義一個攔截器：
為什麼要寫Annotation註解？註解都是什麼含義？
Mybatis規定插件必須編寫Annotation註解，是必須，而不是可選。@Intercepts註解：裝載一個@Signature列表，一個@Signature其實就是一個需要攔截的方法封裝。那麼，一個攔截器要攔截多個方法，自然就是一個@Signature列表。
type = Executor.class, method = "query", args = { MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class }
解釋：要攔截Executor介面內的query()方法，參數類型為args列表。
Plugin.wrap(target, this)是干什麼的？
使用JDK的動態代理，給target對象創建一個delegate代理對象，以此來實現方法攔截和增強功能，它會回調intercept()方法。
Mybatis可以攔截哪些介面對象？
Mybatis只能攔截ParameterHandler、ResultSetHandler、StatementHandler、Executor共4個介面對象內的方法。
重新審視interceptorChain.pluginAll()方法：該方法在創建上述4個介面對象時調用，其含義為給這些介面對象注冊攔截器功能，注意是注冊，而不是執行攔截。
攔截器執行時機：plugin()方法注冊攔截器後，那麼，在執行上述4個介面對象內的具體方法時，就會自動觸發攔截器的執行，也就是插件的執行。
Invocation
可以通過invocation來獲取攔截的目標方法，以及執行目標方法。
分頁插件原理
由於Mybatis採用的是邏輯分頁，而非物理分頁，那麼，市場上就出現了可以實現物理分頁的Mybatis的分頁插件。 要實現物理分頁，就需要對String sql進行攔截並增強，Mybatis通過BoundSql對象存儲String sql，而BoundSql則由StatementHandler對象獲取。
因此，就需要編寫一個針對StatementHandler的query方法攔截器，然後獲取到sql，對sql進行重寫增強。