在MyBatis的兩萬多行的框架源碼中，使用了大量的設計模式對工程架構中的復雜場景進行解耦，這些設計模式的巧妙使用是整個框架的精華。

經過整理，大概有以下設計模式，如圖1所示。

圖片

類型：創(chuàng)建型模式

工廠模式

SqlSessionFactory 的結構如圖2所示。

圖片

工廠模式：簡單工廠是一種創(chuàng)建型模式，在父類中提供一個創(chuàng)建對象的方法，允許子類決定實例對象的類型。

場景介紹：SqlSessionFactory 是獲取會話的工廠，每次使用MyBatis 操作數(shù)據庫時， 都會開啟一個新的會話。在會話工廠的實現(xiàn)中，SqlSessionFactory 負責獲取數(shù)據源環(huán)境配置信息、構建事務工廠和創(chuàng)建操作SQL 的執(zhí)行器，最終返回會話實現(xiàn)類。

同類設計：SqlSessionFactory、ObjectFactory、MapperProxyFactory 和DataSourceFactory。

單例模式

Configuration 單例配置類的結構如圖3所示。

圖片

單例模式：是一種創(chuàng)建型模式，能夠保證一個類只有一個實例，并且提供一個訪問該實例的全局節(jié)點。

場景介紹：Configuration 是一個大單例，貫穿整個會話周期，所有的配置對象（如映射、緩存、入參、出參、攔截器、注冊機和對象工廠等）都在Configuration 配置項中初始化， 并且隨著SqlSessionFactoryBuilder 構建階段完成實例化操作。

同類場景：ErrorContext、LogFactory 和Configuration。

建造者模式

ResultMap 建造者模式的結構如圖4所示。

圖片

建造者模式：使用多個簡單的對象一步一步地構建成一個復雜的對象，提供了一種創(chuàng)建對象的最佳方式。

場景介紹：建造者模式在MyBatis 中使用了大量的XxxxBuilder，將XML 文件解析到各類對象的封裝中，關注工眾號：碼猿技術專欄，回復關鍵詞：1111 獲取阿里內部Java性能調優(yōu)手冊！使用建造者及建造者助手完成對象的封裝。它的核心目的是不希望把過多的關于對象的屬性設置寫到其他業(yè)務流程中，而是用建造者方式提供最佳的邊界隔離。

同類場景：SqlSessionFactoryBuilder、XMLConfigBuilder、XMLMapperBuilder、XML StatementBuilder 和CacheBuilder。

類型：結構型模式

適配器模式

日志實現(xiàn)類的結構如圖5所示。

圖片

適配器模式：是一種結構型模式，能使接口不兼容的對象也可以相互合作。

場景介紹：正是因為有太多的日志框架，包括Log4j、Log4j2 和Slf4J 等，而這些日志框架的使用接口又各有差異，為了統(tǒng)一這些日志框架的接口，MyBatis 定義了一套統(tǒng)一的接口，為所有的其他日志框架的接口做相應的適配。

同類場景：主要集中在對Log 日志的適配上。

代理模式

代理模式的實現(xiàn)結構如圖6所示。

圖片

代理模式：是一種結構型模式，能夠提供對象的替代品或占位符。代理控制元對象的訪問，并且允許在將請求提交給對象前進行一些處理。

場景介紹：沒有代理模式就不存在各類框架。就像MyBatis 中的MapperProxy 實現(xiàn)類， 代理工廠實現(xiàn)的功能就是完成DAO 接口的具體實現(xiàn)類的方法，配置的任何一個DAO 接口調用的CRUD 方法，都會被MapperProxy 接管，調用到方法執(zhí)行器等，并返回最終的數(shù)據庫執(zhí)行結果。

同類場景：DriverProxy、Plugin、Invoker 和MapperProxy。

組合模式

解析節(jié)點類的結構如圖7所示。

圖片

組合模式：是一種結構型模式，可以將對象組合成樹形結構以表示“部分—整體” 的層次結構。

場景介紹：在MyBatis XML 動態(tài)的SQL 配置中，共提供了9 種標簽（trim、where、set、foreach、if、choose、when、otherwise 和bind），使用者可以組合出各類場景的SQL 語句。而SqlNode 接口的實現(xiàn)就是每個組合結構中的規(guī)則節(jié)點，通過規(guī)則節(jié)點的組裝，完成規(guī)則樹組合模式的使用。

同類場景：主要體現(xiàn)在對各類SQL 標簽的解析上，以實現(xiàn)SqlNode 接口的各個子類為主。

裝飾器模式

二級緩存裝飾器的實現(xiàn)結構如圖8所示。

圖片

裝飾器模式：是一種結構型設計模式，允許將對象放入包含行為的特殊封裝對象中， 為元對象綁定新的行為。

場景介紹：MyBatis 的所有SQL 操作都是經過SqlSession 調用SimpleExecutor 完成的， 而一級緩存的操作也是在簡單執(zhí)行器中處理的。這里的二級緩存因為是基于一級緩存刷新的，所以在實現(xiàn)上，通過創(chuàng)建一個緩存執(zhí)行器，包裝簡單執(zhí)行器的處理邏輯，實現(xiàn)二級緩存操作。這里用到的就是裝飾器模式，也叫俄羅斯套娃模式。

類型：行為型模式

模板模式

SQL 執(zhí)行模板模式如圖9所示。

圖片

模板模式：是一種行為型模式，在超類中定義了一個算法的框架，允許子類在不修改結構的情況下重寫算法的特定步驟。場景介紹：存在一系列可被標準定義的流程，并且流程的步驟大部分采用通用邏輯，只有一小部分是需要子類實現(xiàn)的，通常采用模板模式來定義這個標準的流程。就像MyBatis 的BaseExecutor 就是一個用于定義模板模式的抽象類，在這個類中把查詢、修改的操作都定義為一套標準的流程。

同類場景：BaseExecutor、SimpleExecutor 和BaseTypeHandler。

策略模式

多類型處理器策略模式的結構如圖10所示。

圖片

策略模式：是一種行為型模式，能定義一系列算法，并將每種算法分別放入獨立的類中，從而使算法的對象能夠互相替換。

場景介紹：在MyBatis 處理JDBC 執(zhí)行后返回的結果時，需要按照不同的類型獲取對應的值，這樣就可以避免大量的if 判斷。所以，這里基于TypeHandler 接口對每個參數(shù)類型分別做了自己的策略實現(xiàn)。

同類場景：PooledDataSource、UnpooledDataSource、BatchExecutor、ResuseExecutor、SimpleExector、CachingExecutor、LongTypeHandler、StringTypeHandler 和DateTypeHandler。

迭代器模式

拆解字段解析實現(xiàn)的結構如圖11所示。

圖片

迭代器模式：是一種行為型模式，能在不暴露集合底層表現(xiàn)形式的情況下遍歷集合中的所有元素。

場景介紹：PropertyTokenizer 用于MyBatis 的MetaObject 反射工具包下，用來解析對象關系的迭代操作。這個類在MyBatis 中使用得非常頻繁，包括解析數(shù)據源配置信息并填充到數(shù)據源類上，同時參數(shù)的解析、對象的設置都會使用這個類。

同類場景：PropertyTokenizer。

總結

通過梳理，MyBatis大約運用了10種左右設計模式?？梢哉f，復雜且優(yōu)秀的ORM 框架源碼在設計和實現(xiàn)的過程中都會使用大量的設計模式。

在解決復雜場景的問題時，需要采用分治、抽象的方法，運用設計模式和設計原則等相關知識，把問題合理切割為若干子問題，以便加以理解和解決。

學習源碼遠不是只是為了應付面試，更重要的是學習優(yōu)秀框架在復雜場景下的解決方案。通過學習這些優(yōu)秀的方案技術，可以提高對技術設計和實現(xiàn)的理解，擴展編碼思維，積累落地經驗。只有經過這樣長期的積累，我們才更有可能成為優(yōu)秀的高級工程師和架構師。