mybatis中經典的設計模式，你都瞭解嗎

2021-07-24 03:03:26

我們知道有23個設計模式，但是大多停留在概念層面，真實開發中很少遇到。但是優秀的開源框架中使用了大量的設計模式，閱讀源碼並觀察設計模式在其中的應用，能夠更深入的理解設計模式。Mybatis源碼中就是使用了大量的設計模式，正好是我們學習設計模式的沃土。

Mybatis至少遇到了以下的設計模式的使用：

1、Builder模式，例如SqlSessionFactoryBuilder、XMLConfigBuilder、XMLMapperBuilder、XMLStatementBuilder、CacheBuilder；

2、工廠模式，例如SqlSessionFactory、ObjectFactory、MapperProxyFactory；

3、單例模式，例如ErrorContext和LogFactory；

4、代理模式，Mybatis實現的核心，比如MapperProxy、ConnectionLogger，用的jdk的動態代理；還有executor.loader包使用了cglib或者javassist達到延遲載入的效果；

5、組合模式，例如SqlNode和各個子類ChooseSqlNode等；

6、模板方法模式，例如BaseExecutor和SimpleExecutor，還有BaseTypeHandler和所有的子類例如IntegerTypeHandler；

7、介面卡模式，例如Log的Mybatis介面和它對jdbc、log4j等各種日誌框架的適配實現；

8、裝飾者模式，例如Cache包中的cache.decorators子包中等各個裝飾者的實現；

9、迭代器模式，例如迭代器模式PropertyTokenizer；

接下來挨個模式進行解讀，先介紹模式自身的知識，然後解讀在Mybatis中怎樣應用了該模式。

Builder模式

定義：將一個複雜物件的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。

光看這句話可能不好理解，舉個例子比如說相同的註冊流程可以註冊出不同的公司（阿里，百度，騰訊等等），不同的註冊資訊可以表示出不同的公司。這樣你應該就好理解一點了

如下圖是SqlSessionFactoryBuilder類的結構圖

由圖可以看出SqlSessionFactoryBuilder定義了很多build方法，根據傳入不同的參數構造SqlSessionFactory物件。

工廠模式

定義：定義一個創建物件的介面，讓其子類自己決定例項化哪一個工廠類，工廠模式使其創建過程延遲到子類進行

如下圖是SqlSessionFactory類結構圖

SqlSessionFactory有兩個實現類，SqlSessionFactory是簡單工廠模式，用來創建SqlSession.

預設實現類中，可以分析SqlSession物件的創建過程

單例模式

單例模式（Singleton Pattern）是 Java 中最簡單的設計模式之一。這種類型的設計模式屬於創建型模式，它提供了一種創建物件的最佳方式。

這種模式涉及到一個單一的類，該類負責創建自己的物件，同時確保只有單個物件被創建。這個類提供了一種訪問其唯一的物件的方式，可以直接訪問，不需要例項化該類的物件。

注意：

1、單例類只能有一個例項。

2、單例類必須自己創建自己的唯一例項。

3、單例類必須給所有其他物件提供這一例項。

ErrorContext私有化構造方法，例項通過ThreadLocal物件中獲取，ThreadLocal是執行緒私有的，所以ErrorContext是執行緒安全的。

代理模式

定義：代理模式（Proxy）是通過代理物件訪問目標物件，這樣可以在目標物件基礎上增強額外的功能

剛開始工作的幾年大家都是依葫蘆畫瓢，並不會在意功能為什麼這麼做，使用mybatis的時候都沒問為什麼只定義了mapper介面沒有實現類就可以使用mapper的方法？帶著問題我們來分析一下mybatis的實現原理。

如下是獲取mapper的程式碼

SqlSession sqlSession = sqlSessionFactory.openSession();

UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

我們在DefaultSqlSession類中看到

這裡什麼都沒有做，跟到Configuration類中

接著跟到MapperRegistry中

繼續檢視 mapperProxyFactory.newInstance() 內部實現

到這裡可以看到，實際返回了一個MapperProxy例項。

該MapperProxy類實現了InvocationHandler介面，並且實現了該介面的invoke方法。

通過這種方式，我們只需要編寫Mapper.java介面類，當真正執行一個Mapper介面的時候，就會轉發給MapperProxy.invoke方法

組合模式

組合（Composite Pattern）模式的定義：有時又叫作整體-部分（Part-Whole）模式，它是一種將物件組合成樹狀的層次結構的模式，用來表示「整體-部分」的關係，使使用者對單個物件和組合物件具有一致的訪問性，屬於結構性設計模式。

mybatis中動態SQL的實現就是用組合模式，

模板方法模式

模板方法（Template Method）模式的定義如下：定義一個操作中的演算法骨架，而將演算法的一些步驟延遲到子類中，使得子類可以不改變該演算法結構的情況下重定義該演算法的某些特定步驟。

mybatis中sqlSession執行sql是通過Excutor,其中BaseExecutor使用的模板方法模式

BaseExecutor中定義了doQuery方法，具體實現在子類中完成。

介面卡模式

定義：介面卡模式（Adapter）的定義如下：將一個類的介面轉換成客戶希望的另外一個介面，使得原本由於介面不相容而不能一起工作的那些類能一起工作。

說到介面卡模式，看一下logging包中是實現，

由於各個廠商提供的日誌api，日誌級別等都不盡相同，所以mybatis對所有支援的日誌框架做了封裝，自定義了日誌列印級別

error (錯誤) > warn (警告) > debug(偵錯資訊)>trace

mybatis 裡定了了統一的日誌介面，Log介面並定義了一系列的介面

日誌集成核心類 org.apache.ibatis.logging.LogFactory

tryImplementation方法裡會先判斷是否已經載入了日誌元件，如果已經載入了則不會繼續處理；並且這個方法做了異常的忽略，如果沒有對應的日誌元件也不會影響下一個元件的載入流程。

裝飾者模式

裝飾器（Decorator）模式的定義：指在不改變現有物件結構的情況下，動態地給該物件增加一些職責（即增加其額外功能）的模式，它屬於物件結構型模式。

在mybatis中，快取的功能由根介面Cache（org.apache.ibatis.cache.Cache）定義。整個體系採用裝飾器設計模式

迭代器模式

迭代器（Iterator）模式的定義：提供一個物件來順序訪問聚合物件中的一系列資料，而不暴露聚合物件的內部表示。迭代器模式是一種物件行為型模式

mybatis中PropertyTokenizer類的設計使用了迭代器模式，實現了java的Iterator介面