一、MyBatis的重要組件

Mybatis底層封裝了JDBC,使用了動態(tài)代理模式。

1.SqlSessionFactoryBuilder （構造器）：使用Builder模式根據(jù)mybatis-config.xml配置或者代碼來生成SqISessionFactory。

2.SqlSessionFactory （工廠接口）：使用工廠模式生成SqlSession。

3.SqlSession （會話）：一個既可以發(fā)送 SQL 執(zhí)行返回結果，也可以獲取Mapper的接口。

4.SQL Mapper （映射器）：它由一個Java接口和XML文件（或注解）構成，需要給出對應的SQL和映射規(guī)則，它負責發(fā)送SQL去執(zhí)行，并返回結果。

5.Executor（執(zhí)行器）

二、Mybatis工作流程

1.通過SqlSessionFactoryBuilder創(chuàng)建SqlSessionFactory對象

2.通過SqlSessionFactory創(chuàng)建SqlSession對象

3.通過SqlSession拿到Mapper代理對象

4.通過MapperProxy調用Mapper中增刪改查的方法

三、Mybatis與hibernate區(qū)別 參考：MyBatis與Hibernate區(qū)別

1.hibernate是全自動，而mybatis是半自動

hibernate完全可以通過對象關系模型實現(xiàn)對數(shù)據(jù)庫的操作，擁有完整的JavaBean對象與數(shù)據(jù)庫的映射結構來自動生成sql。而mybatis僅有基本的字段映射，對象數(shù)據(jù)以及對象實際關系仍然需要通過手寫sql來實現(xiàn)和管理。

2.hibernate數(shù)據(jù)庫移植性遠大于mybatis

hibernate通過它強大的映射結構和hql語言，大大降低了對象與數(shù)據(jù)庫（Oracle、MySQL等）的耦合性，而mybatis由于需要手寫sql，因此與數(shù)據(jù)庫的耦合性直接取決于程序員寫sql的方法，如果sql不具通用性而用了很多某數(shù)據(jù)庫特性的sql語句的話，移植性也會隨之降低很多，成本很高。

3.hibernate擁有完整的日志系統(tǒng)，mybatis則欠缺一些

hibernate日志系統(tǒng)非常健全，涉及廣泛，包括：sql記錄、關系異常、優(yōu)化警告、緩存提示、臟數(shù)據(jù)警告等；而mybatis則除了基本記錄功能外，功能薄弱很多。

4.mybatis相比hibernate需要關心很多細節(jié)

hibernate配置要比mybatis復雜的多，學習成本也比mybatis高。但也正因為mybatis使用簡單，才導致它要比hibernate關心很多技術細節(jié)。mybatis由于不用考慮很多細節(jié)，開發(fā)模式上與傳統(tǒng)jdbc區(qū)別很小，因此很容易上手并開發(fā)項目，但忽略細節(jié)會導致項目前期bug較多，因而開發(fā)出相對穩(wěn)定的軟件很慢，而開發(fā)出軟件卻很快。hibernate則正好與之相反。但是如果使用hibernate很熟練的話，實際上開發(fā)效率絲毫不差于甚至超越mybatis。

5.sql直接優(yōu)化上，mybatis要比hibernate方便很多

由于mybatis的sql都是寫在xml里，因此優(yōu)化sql比hibernate方便很多。而hibernate的sql很多都是自動生成的，無法直接維護sql；雖有hql，但功能還是不及sql強大，見到報表等變態(tài)需求時，hql也歇菜，也就是說hql是有局限的；hibernate雖然也支持原生sql，但開發(fā)模式上卻與orm不同，需要轉換思維，因此使用上不是非常方便。總之寫sql的靈活度上hibernate不及mybatis。

6.緩存機制上，hibernate要比mybatis更好一些

MyBatis的二級緩存配置都是在每個具體的表-對象映射中進行詳細配置，這樣針對不同的表可以自定義不同的緩存機制。并且Mybatis可以在命名空間中共享相同的緩存配置和實例，通過Cache-ref來實現(xiàn)。

而Hibernate對查詢對象有著良好的管理機制，用戶無需關心SQL。所以在使用二級緩存時如果出現(xiàn)臟數(shù)據(jù)，系統(tǒng)會報出錯誤并提示。