mybatis使用中的模組互動

在之前的學習中我們知道了，一個簡單的基礎mybatis專案基本會包含如下幾個必要的部分：

從上圖中可以清晰的看到，整個資料的走向最終是指向了業務類，也就是說無論是配置還是介面，還是依賴包，最終的作用都是為了業務，為了解決實際問題。
同時，mybatis.xml配置檔案和業務類，以及mapper.xml對映檔案都需要依賴包的支援，因為裡邊的類或者標籤需要用到mybatis封裝的類。
之後，mapper.xml對映檔案也指向了mybatis.xml，意思是在mybatis.xml檔案中需要指定對映檔案，否則相應的mapper對映便沒有被引用，也就無效。
而之後的資料實體類和資料操作介面又都指向了mapper.xml，意思是mapper裡的配置就是資料和介面的整合，從而成為具體的實現。

上邊整理的圖中各模組內容的互動，我覺得可以看成是實際開發專案中需要我們自己處理的內容互動，這些基本都還是處理用的階段。
那麼接下來要說的，就是mybatis內部的實現，看一看mybatis裡邊是如何整合和執行的。

mybatis執行時內部流程

程式執行，首先會進入程式入口，我們之前的例子中就是實際的業務處理類，也就是測試類，裡邊的主要程式碼回顧如下：

InputStream inputStream = Resources.getResourceAsStream("mybatis.xml");
SqlSessionFactory sessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
SqlSession sqlSession = sessionFactory.openSession(true);
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
List list = userMapper.findUsers();

上邊的程式碼沒有分支，就是一個簡單的順序結構。順序結構的程式執行時從上往下，但為了分析出執行過程中的關鍵點，我決定從下往上來看。

那麼首先是最後一行，這裡邊要關注的點，很顯然是變數userMapper，需要知道他是怎麼被初始化賦值的；
往上看就會看到userMapper是從sqlSession中get出來的，那麼很顯然，userMapper應該在sqlSession中初始化的。
但是進一步分析就會發現SqlSession 是一個介面，那麼這個初始化就應該是在他的子類中。
SqlSession子類是誰呢？以上的步驟無法確定，所以沒辦法就只能繼續往上看。

這時候會看到SqlSession是從SqlSessionFactory 中拿到的，使用了SqlSessionFactory 的openSession方法。
但是再進一步分析會發現和SqlSession 一樣，SqlSessionFactory也是一個介面，那麼很顯然需要繼續確定SqlSessionFactory的執行中的子類。

然後就看到SqlSessionFactory是通過SqlSessionFactoryBuilder的build方法初始化的，就需要進入build看個究竟。
進入build之後，發現首先是根據傳入的輸入流建立了一個XMLConfigBuilder物件，在XMLConfigBuilder中給了configuration、parsed、environment、parser四個變數賦值。
之後繼續呼叫過載的build方法返回了一個DefaultSqlSessionFactory，這個時候還呼叫了XMLConfigBuilder的parse方法，在parse方法中初始化了很多資料，其中就包括瞭解析mapper，這裡先放下不提。
需要提的是，終於找到了第一確定的類：DefaultSqlSessionFactory。

既然這樣，接下來就可以倒回去看，上邊說SqlSession是從SqlSessionFactory 中拿到的，現在可以確定實際是從DefaultSqlSessionFactory中拿的，也就是使用了DefaultSqlSessionFactory的openSession方法。
在openSession中就會看到最後返回了一個DefaultSqlSession。

找到了SqlSession的具體子類，那麼就能回到最初的問題，userMapper是如何被初始化的。
在DefaultSqlSession的getMapper方法中會看到，裡邊又呼叫了configuration的getMapper方法。
那麼再進一步分析，userMapper實際應該是在configuration裡邊初始化的，再進入configuration的getMapper方法，會看到又呼叫了mapperRegistry的getMapper方法，最終發現是從mapperRegistry類的knownMappers變數中取出來的userMapper。

那麼這時候需要解決的問題，就是userMapper是怎麼被加入到knownMappers中的呢？
經過在Configuration查詢，會發現有一個addMapper方法，正是這裡邊的處理，使得userMapper加入了knownMappers中。
那麼這個addMapper又是什麼時候呼叫的，在哪裡呼叫的呢？回想一下上邊會發現，在SqlSessionFactoryBuilder的build的時候，有一個parse步驟，裡邊解析了mapper，然後正好就是呼叫了Configuration的addMappers方法，最終呼叫addMapper方法。

那麼到這裡，整個mybatis執行時內部處理的基本脈絡就相對清晰了，可以初步整理為如下圖所示的流程：