本文已經收錄到Github倉庫，該倉庫包含電腦基礎、Java基礎、多線程、JVM、資料庫、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分散式、微服務、設計模式、架構、校招社招分享等核心知識點，歡迎star~ Github地址：https://github.c ...

本文已經收錄到Github倉庫，該倉庫包含電腦基礎、Java基礎、多線程、JVM、資料庫、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分散式、微服務、設計模式、架構、校招社招分享等核心知識點，歡迎star~

Github地址：https://github.com/Tyson0314/Java-learning

Mybatis是什麼？

MyBatis框架是一個開源的數據持久層框架。
它的內部封裝了通過JDBC訪問資料庫的操作，支持普通的SQL查詢、存儲過程和高級映射，幾乎消除了所有的JDBC代碼和參數的手工設置以及結果集的檢索。
MyBatis作為持久層框架，其主要思想是將程式中的大量SQL語句剝離出來，配置在配置文件當中，實現SQL的靈活配置。
這樣做的好處是將SQL與程式代碼分離，可以在不修改代碼的情況下，直接在配置文件當中修改SQL。

ORM是什麼

ORM（Object Relational Mapping），對象關係映射，是一種為瞭解決關係型資料庫數據與簡單Java對象（POJO）的映射關係的技術。簡單的說，ORM是通過使用描述對象和資料庫之間映射的元數據，將程式中的對象自動持久化到關係型資料庫中。

Mybatis和Hibernate的區別？

主要有以下幾點區別：

Hibernate的開發難度大於MyBatis，主要由於Hibernate比較複雜，龐大，學習周期比較長。
Hibernate屬於全自動ORM映射工具，使用Hibernate查詢關聯對象或者關聯集合對象時，可以根據對象關係模型直接獲取，所以它是全自動的。而Mybatis在查詢關聯對象或關聯集合對象時，需要手動編寫sql來完成，所以，稱之為半自動ORM映射工具。
資料庫擴展性的區別。Hibernate與資料庫具體的關聯在XML中，所以HQL對具體是用什麼資料庫並不是很關心。MyBatis由於所有sql都是依賴資料庫書寫的，所以擴展性、遷移性比較差。
緩存機制的區別。Hibernate的二級緩存配置在SessionFactory生成配置文件中進行詳細配置，然後再在具體的表對象映射中配置那種緩存。MyBatis的二級緩存配置都是在每個具體的表對象映射中進行詳細配置，這樣針對不同的表可以自定義不同的緩衝機制，並且MyBatis可以在命名空間中共用相同的緩存配置和實例，通過Cache-ref來實現。
日誌系統完善性的區別。Hibernate日誌系統非常健全，涉及廣泛，而Mybatis則除了基本記錄功能外，功能薄弱很多。
sql的優化上，Mybatis要比Hibernate方便很多。由於Mybatis的sql都是寫在xml里，因此優化sql比Hibernate方便很多。而Hibernate的sql很多都是自動生成的，無法直接維護sql；總之寫sql的靈活度上Hibernate不及Mybatis。

MyBatis框架的優缺點及其適用的場合

優點

與JDBC相比，減少了50%以上的代碼量。
MyBatis是易學的持久層框架，小巧並且簡單易學。
MyBatis相當靈活，不會對應用程式或者資料庫的現有設計強加任何影響，SQL寫在XML文件里，從程式代碼中徹底分離，降低耦合度，便於統一的管理和優化，並可重用。
提供XML標簽，支持編寫動態的SQL，滿足不同的業務需求。
提供映射標簽，支持對象與資料庫的ORM欄位關係映射。

缺點

SQL語句的編寫工作量較大，對開發人員編寫SQL的能力有一定的要求。
SQL語句依賴於資料庫，導致資料庫不具有好的移植性，不可以隨便更換資料庫。

適用場景

MyBatis專註於SQL自身，是一個足夠靈活的DAO層解決方案。對性能的要求很高，或者需求變化較多的項目，例如Web項目，那麼MyBatis是不二的選擇。

Mybatis的工作原理

讀取MyBatis配置文件：mybatis-config.xml為MyBatis的全局配置文件，配置了MyBatis的運行環境等信息，例如資料庫連接信息。
載入映射文件。映射文件即SQL映射文件，該文件中配置了操作資料庫的SQL語句，需要在MyBatis配置文件mybatis-config.xml中載入。mybatis-config.xml文件可以載入多個映射文件，每個文件對應資料庫中的一張表。
構造會話工廠：通過MyBatis的環境等配置信息構建會話工廠SqlSessionFactory。
創建會話對象：由會話工廠創建SqlSession對象，該對象中包含了執行SQL語句的所有方法。
Executor執行器：MyBatis底層定義了一個Executor 介面來操作資料庫，它將根據SqlSession傳遞的參數動態地生成需要執行的SQL語句，同時負責查詢緩存的維護。
MappedStatement 對象：在Executor介面的執行方法中有一個MappedStatement類型的參數，該參數是對映射信息的封裝，用於存儲要映射的SQL語句的id、參數等信息。
輸入參數映射：輸入參數類型可以是Map、List等集合類型，也可以是基本數據類型和POJO類型。輸入參數映射過程類似於 JDBC對preparedStatement對象設置參數的過程。
輸出結果映射：輸出結果類型可以是Map、List等集合類型，也可以是基本數據類型和POJO類型。輸出結果映射過程類似於 JDBC對結果集的解析過程。

Mybatis都有哪些Executor執行器？它們之間的區別是什麼？

Mybatis有三種基本的Executor執行器，SimpleExecutor、ReuseExecutor、BatchExecutor。

SimpleExecutor：每執行一次update或select，就開啟一個Statement對象，用完立刻關閉Statement對象。

ReuseExecutor：執行update或select，以sql作為key查找Statement對象，存在就使用，不存在就創建，用完後，不關閉Statement對象，而是放置於Map<String, Statement>內，供下一次使用。簡言之，就是重覆使用Statement對象。

BatchExecutor：執行update（沒有select，JDBC批處理不支持select），將所有sql都添加到批處理中（addBatch()），等待統一執行（executeBatch()），它緩存了多個Statement對象，每個Statement對象都是addBatch()完畢後，等待逐一執行executeBatch()批處理。與JDBC批處理相同。

作用範圍：Executor的這些特點，都嚴格限制在SqlSession生命周期範圍內。

MyBatis中介面綁定有幾種實現方式?

通過註解綁定，在介面的方法上面加上 @Select@Update等註解裡面包含Sql語句來綁定（SQL語句比較簡單的時候，推薦註解綁定）
通過xml裡面寫SQL來綁定, 指定xml映射文件裡面的namespace必須為介面的全路徑名（SQL語句比較複雜的時候，推薦xml綁定）

Mybatis 是如何進行分頁的？

Mybatis 使用 RowBounds 對象進行分頁，它是針對 ResultSet 結果集執行的記憶體分頁，而非物理分頁，先把數據都查出來，然後再做分頁。

可以在 sql 內直接書寫帶有物理分頁的參數來完成物理分頁功能，也可以使用分頁插件來完成物理分頁。

分頁插件的基本原理是什麼？

分頁插件的基本原理是使用 Mybatis 提供的插件介面，實現自定義插件，在插件的攔截方法內攔截待執行的 sql，然後重寫 sql（SQL 拼接 limit），根據 dialect 方言，添加對應的物理分頁語句和物理分頁參數，用到了技術 JDK 動態代理，用到了責任鏈設計模式。

簡述Mybatis的插件運行原理

Mybatis僅可以編寫針對 ParameterHandler、ResultSetHandler、StatementHandler、Executor這4種介面的插件，Mybatis使用JDK的動態代理，為需要攔截的介面生成代理對象以實現介面方法攔截功能，每當執行這4種介面對象的方法時，就會進入攔截方法，具體就是InvocationHandler的invoke()方法，當然，只會攔截那些你指定需要攔截的方法。

.如何編寫一個插件？

編寫插件：實現 Mybatis 的 Interceptor 介面並覆寫 intercept()方法，然後再給插件編寫註解，指定要攔截哪一個介面的哪些方法即可，最後在配置文件中配置你編寫的插件。

.Mybatis 是否支持延遲載入？

Mybatis 僅支持 association 關聯對象和 collection 關聯集合對象的延遲載入，association 指的就是一對一，collection 指的就是一對多查詢。在 Mybatis 配置文件中，可以配置是否啟用延遲載入lazyLoadingEnabled=true|false。

延遲載入的基本原理是什麼？

延遲載入的基本原理是，使用 CGLIB 創建目標對象的代理對象，當調用目標方法時，進入攔截器方法。

比如調用a.getB().getName()，攔截器 invoke()方法發現 a.getB()是 null 值，那麼就會單獨發送事先保存好的查詢關聯 B 對象的 sql，把 B 查詢上來，然後調用a.setB(b)，於是 a 的對象 b 屬性就有值了，接著完成a.getB().getName()方法的調用。

當然了，不光是 Mybatis，幾乎所有的包括 Hibernate，支持延遲載入的原理都是一樣的。

#{}和${}的區別是什麼？

{ } 被解析成預編譯語句，預編譯之後可以直接執行，不需要重新編譯sql。

//sqlMap 中如下的 sql 語句
select * from user where name = #{name};
//解析成為預編譯語句；編譯好SQL語句再取值
select * from user where name = ?;

${ } 僅僅為一個字元串替換，每次執行sql之前需要進行編譯，存在 sql 註入問題。

select * from user where name = '${name}'
//傳遞的參數為 "ruhua" 時,解析為如下，然後發送資料庫伺服器進行編譯。取值以後再去編譯SQL語句。
select * from user where name = "ruhua";

Mybatis的預編譯

資料庫接受到sql語句之後，需要詞法和語義解析，優化sql語句，制定執行計劃。這需要花費一些時間。如果一條sql語句需要反覆執行，每次都進行語法檢查和優化，會浪費很多時間。預編譯語句就是將sql語句中的值用占位符替代，即將sql語句模板化。一次編譯、多次運行，省去瞭解析優化等過程。

mybatis是通過PreparedStatement和占位符來實現預編譯的。

mybatis底層使用PreparedStatement，預設情況下，將對所有的 sql 進行預編譯，將#{}替換為?，然後將帶有占位符?的sql模板發送至mysql伺服器，由伺服器對此無參數的sql進行編譯後，將編譯結果緩存，然後直接執行帶有真實參數的sql。

預編譯的作用：

預編譯階段可以優化 sql 的執行。預編譯之後的 sql 多數情況下可以直接執行，資料庫伺服器不需要再次編譯，可以提升性能。
預編譯語句對象可以重覆利用。把一個 sql 預編譯後產生的 PreparedStatement 對象緩存下來，下次對於同一個sql，可以直接使用這個緩存的 PreparedState 對象。
防止SQL註入。使用預編譯，而其後註入的參數將不會再進行SQL編譯。也就是說其後註入進來的參數系統將不會認為它會是一條SQL語句，而預設其是一個參數。

一級緩存和二級緩存

緩存：合理使用緩存是優化中最常見的方法之一，將從資料庫中查詢出來的數據放入緩存中，下次使用時不必從資料庫查詢，而是直接從緩存中讀取，避免頻繁操作資料庫，減輕資料庫的壓力，同時提高系統性能。

一級緩存是SqlSession級別的緩存：Mybatis對緩存提供支持，預設情況下只開啟一級緩存，一級緩存作用範圍為同一個SqlSession。在SQL和參數相同的情況下，我們使用同一個SqlSession對象調用同一個Mapper方法，往往只會執行一次SQL。因為在使用SqlSession第一次查詢後，Mybatis會將結果放到緩存中，以後再次查詢時，如果沒有聲明需要刷新，並且緩存沒超時的情況下，SqlSession只會取出當前緩存的數據，不會再次發送SQL到資料庫。若使用不同的SqlSession，因為不同的SqlSession是相互隔離的，不會使用一級緩存。

二級緩存是mapper級別的緩存：可以使緩存在各個SqlSession之間共用。二級緩存預設不開啟，需要在mybatis-config.xml開啟二級緩存：

<!-- 通知 MyBatis 框架開啟二級緩存 -->
<settings>
  <setting name="cacheEnabled" value="true"/>
</settings>

併在相應的Mapper.xml文件添加cache標簽，表示對哪個mapper 開啟緩存：

<cache/>

二級緩存要求返回的POJO必須是可序列化的，即要求實現Serializable介面。

當開啟二級緩存後，數據的查詢執行的流程就是二級緩存 -> 一級緩存 -> 資料庫。

最後給大家分享一個Github倉庫，上面有大彬整理的300多本經典的電腦書籍PDF，包括C語言、C++、Java、Python、前端、資料庫、操作系統、電腦網路、數據結構和演算法、機器學習、編程人生等，可以star一下，下次找書直接在上面搜索，倉庫持續更新中~

Github地址：https://github.com/Tyson0314/java-books

三天吃透mybatis面試八股文