1. 什么是MyBatis

（1）Mybatis是一個半ORM（對象關(guān)系映射）框架，它內(nèi)部封裝了JDBC，開發(fā)時只需要關(guān)注SQL語句本身，不需要花費精力去處理加載驅(qū)動、創(chuàng)建連接、創(chuàng)建statement等繁雜的過程。程序員直接編寫原生態(tài)sql，可以嚴(yán)格控制sql執(zhí)行性能，靈活度高。

（2）MyBatis 可以使用 XML 或注解來配置和映射原生信息，將 POJO映射成數(shù)據(jù)庫中的記錄，避免了幾乎所有的 JDBC 代碼和手動設(shè)置參數(shù)以及獲取結(jié)果集。

（3）通過xml 文件或注解的方式將要執(zhí)行的各種 statement 配置起來，并通過java對象和statement中sql的動態(tài)參數(shù)進(jìn)行映射生成最終執(zhí)行的sql語句，最后由mybatis框架執(zhí)行sql并將結(jié)果映射為java對象并返回。（從執(zhí)行sql到返回result的過程）。

2. 說說MyBatis的優(yōu)點和缺點

優(yōu)點：

（1）基于SQL語句編程，相當(dāng)靈活，不會對應(yīng)用程序或者數(shù)據(jù)庫的現(xiàn)有設(shè)計造成任何影響，SQL寫在XML里，解除sql與程序代碼的耦合，便于統(tǒng)一管理；提供XML標(biāo)簽，支持編寫動態(tài)SQL語句，并可重用。

（2）與JDBC相比，減少了50%以上的代碼量，消除了JDBC大量冗余的代碼，不需要手動開關(guān)連接；

（3）很好的與各種數(shù)據(jù)庫兼容（因為MyBatis使用JDBC來連接數(shù)據(jù)庫，所以只要JDBC支持的數(shù)據(jù)庫MyBatis都支持）。

（4）能夠與Spring很好的集成；

（5）提供映射標(biāo)簽，支持對象與數(shù)據(jù)庫的ORM字段關(guān)系映射；提供對象關(guān)系映射標(biāo)簽，支持對象關(guān)系組件維護(hù)。

缺點：

（1）SQL語句的編寫工作量較大，尤其當(dāng)字段多、關(guān)聯(lián)表多時，對開發(fā)人員編寫SQL語句的功底有一定要求。

（2）SQL語句依賴于數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫移植性差，不能隨意更換數(shù)據(jù)庫。

3. #{}和${}的區(qū)別是什么？

#{}是預(yù)編譯處理，${}是字符串替換。

Mybatis在處理#{}時，會將sql中的#{}替換為?號，調(diào)用PreparedStatement的set方法來賦值；

Mybatis在處理$時，就是把${}替換成變量的值。

使用#{}可以有效的防止SQL注入，提高系統(tǒng)安全性。

#{} 的變量替換是在DBMS 中；${} 的變量替換是在 DBMS 外 。

4.當(dāng)實體類中的屬性名和表中的字段名不一樣 ，怎么辦 ？

第1種： 通過在查詢的sql語句中定義字段名的別名，讓字段名的別名和實體類的屬性名一致。

<select id="selectorder" parametertype="int" resultetype="me.gacl.domain.order">select order_id id, order_no orderno ,order_price price form orders whereorder_id=#{id};
</select>

第2種： 通過來映射字段名和實體類屬性名的一一對應(yīng)的關(guān)系。

<select id="getOrder" parameterType="int" resultMap="orderresultmap">select * from orders where order_id=#{id}
</select><resultMap type="me.gacl.domain.order" id="orderresultmap"><!–用id屬性來映射主鍵字段–><id property="id" column="order_id"><!–用result屬性來映射非主鍵字段，property為實體類屬性名，column為數(shù)據(jù)表中的屬性–><result property="orderno" column ="order_no"/><result property="price" column="order_price" />
</reslutMap> 

5. Mybatis是如何進(jìn)行分頁的？分頁插件的原理是什么？

Mybatis使用RowBounds對象進(jìn)行分頁，它是針對ResultSet結(jié)果集執(zhí)行的內(nèi)存分頁，而非物理分頁?？梢栽趕ql內(nèi)直接拼寫帶有物理分頁的參數(shù)來完成物理分頁功能，也可以使用分頁插件來完成物理分頁，比如：MySQL數(shù)據(jù)的時候，在原有SQL后面拼寫limit。

分頁插件的基本原理是使用Mybatis提供的插件接口，實現(xiàn)自定義插件，在插件的攔截方法內(nèi)攔截待執(zhí)行的sql，然后重寫sql，根據(jù)dialect方言，添加對應(yīng)的物理分頁語句和物理分頁參數(shù)。

6. Mybatis是如何將sql執(zhí)行結(jié)果封裝為目標(biāo)對象并返回的？都有哪些映射形式？

第一種是使用標(biāo)簽，逐一定義數(shù)據(jù)庫列名和對象屬性名之間的映射關(guān)系。

第二種是使用sql列的別名功能，將列的別名書寫為對象屬性名。

有了列名與屬性名的映射關(guān)系后，Mybatis通過反射創(chuàng)建對象，同時使用反射給對象的屬性逐一賦值并返回，那些找不到映射關(guān)系的屬性，是無法完成賦值的。

7. Xml映射文件中，除了常見的select|insert|updae|delete標(biāo)簽之外，還有哪些標(biāo)簽？

加上動態(tài)sql的9個標(biāo)簽，其中為sql片段標(biāo)簽，通過標(biāo)簽引入sql片段，為不支持自增的主鍵生成策略標(biāo)簽。

8. MyBatis實現(xiàn)一對一有幾種方式?具體怎么操作的？

有聯(lián)合查詢和嵌套查詢,聯(lián)合查詢是幾個表聯(lián)合查詢,只查詢一次, 通過在resultMap里面配置association節(jié)點配置一對一的類就可以完成；

嵌套查詢是先查一個表，根據(jù)這個表里面的結(jié)果的 外鍵id，去再另外一個表里面查詢數(shù)據(jù),也是通過association配置，但另外一個表的查詢通過select屬性配置。

9. Mybatis是否支持延遲加載？如果支持，它的實現(xiàn)原理是什么？

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

它的原理是，使用CGLIB創(chuàng)建目標(biāo)對象的代理對象，當(dāng)調(diào)用目標(biāo)方法時，進(jìn)入攔截器方法，比如調(diào)用a.getB().getName()，攔截器invoke()方法發(fā)現(xiàn)a.getB()是null值，那么就會單獨發(fā)送事先保存好的查詢關(guān)聯(lián)B對象的sql，把B查詢上來，然后調(diào)用a.setB(b)，于是a的對象b屬性就有值了，接著完成a.getB().getName()方法的調(diào)用。這就是延遲加載的基本原理。當(dāng)然了，不光是Mybatis，幾乎所有的包括Hibernate，支持延遲加載的原理都是一樣的。

10. 說說Mybatis的緩存機(jī)制

Mybatis整體：

一級緩存localCache

在應(yīng)用運行過程中，我們有可能在一次數(shù)據(jù)庫會話中，執(zhí)行多次查詢條件完全相同的 SQL，

MyBatis 提供了一級緩存的方案優(yōu)化這部分場景，如果是相同的 SQL 語句，會優(yōu)先命中一級緩存，避免直接對數(shù)據(jù)庫進(jìn)行查詢，提高性能。

每個 SqlSession 中持有了 Executor，每個 Executor 中有一個 LocalCache。當(dāng)用戶發(fā)起查詢時，MyBatis 根據(jù)當(dāng)前執(zhí)行的語句生成 MappedStatement，在 Local Cache 進(jìn)行查詢，如果緩存命中的話，直接返回結(jié)果給用戶，如果緩存沒有命中的話，查詢數(shù)據(jù)庫，結(jié)果寫入 Local Cache，最后返回結(jié)果給用戶。具體實現(xiàn)類的類關(guān)系圖如下圖所示：

1. MyBatis 一級緩存的生命周期和 SqlSession 一致。

2. MyBatis 一級緩存內(nèi)部設(shè)計簡單，只是一個沒有容量限定的 HashMap，在緩存的功能性上有所欠缺。

3. MyBatis 的一級緩存最大范圍是 SqlSession 內(nèi)部，有多個 SqlSession 或者分布式的環(huán)境下，數(shù)據(jù)庫寫操作會引起臟數(shù)據(jù)，建議設(shè)定緩存級別為 Statement。

二級緩存

在上文中提到的一級緩存中，其最大的共享范圍就是一個 SqlSession 內(nèi)部，如果多個 SqlSession之間需要共享緩存，則需要使用到二級緩存。開啟二級緩存后，會使用 CachingExecutor 裝飾Executor，進(jìn)入一級緩存的查詢流程前，先在 CachingExecutor 進(jìn)行二級緩存的查詢，具體的工作流程如下所示。

二級緩存開啟后，同一個 namespace 下的所有操作語句，都影響著同一個 Cache，即二級緩存被多個 SqlSession 共享，是一個全局的變量。

當(dāng)開啟緩存后，數(shù)據(jù)的查詢執(zhí)行的流程為：

二級緩存 -> 一級緩存 -> 數(shù)據(jù)庫

1. MyBatis 的二級緩存相對于一級緩存來說，實現(xiàn)了 SqlSession 之間緩存數(shù)據(jù)的共享，同時粒度更加細(xì)，能夠到 namespace 級別，通過 Cache 接口實現(xiàn)類不同的組合，對 Cache 的可控性也更強(qiáng)。
2. MyBatis 在多表查詢時，極大可能會出現(xiàn)臟數(shù)據(jù)，有設(shè)計上的缺陷，安全使用二級緩存的條件比較苛刻。
3. 在分布式環(huán)境下，由于默認(rèn)的 MyBatis Cache 實現(xiàn)都是基于本地的，分布式環(huán)境下必然會出現(xiàn)讀取到臟數(shù)據(jù)，需要使用集中式緩存將 MyBatis 的 Cache 接口實現(xiàn)，有一定的開發(fā)成本，直接使用 Redis、Memcached 等分布式緩存可能成本更低，安全性也更高。

11. MyBatis 中比如 UserMapper.java 是接口，為什么沒有實現(xiàn)類還能調(diào)用？

使用JDK動態(tài)代理+MapperProxy。本質(zhì)上調(diào)用的是MapperProxy的invoke方法。

12. Hibernate 和 MyBatis 的區(qū)別

相同點

都是對jdbc的封裝，都是持久層的框架，都用于dao層的開發(fā)。

不同點

• 映射關(guān)系

  • MyBatis 是一個半自動映射的框架，配置Java對象與sql語句執(zhí)行結(jié)果的對應(yīng)關(guān)系，多表關(guān)聯(lián)關(guān)系配置簡單

  • Hibernate 是一個全表映射的框架，配置Java對象與數(shù)據(jù)庫表的對應(yīng)關(guān)系，多表關(guān)聯(lián)關(guān)系配置復(fù)雜

SQL優(yōu)化和移植性

• Hibernate 對SQL語句封裝，提供了日志、緩存、級聯(lián)（級聯(lián)比 MyBatis 強(qiáng)大）等特性，此外還提供 HQL（Hibernate Query Language）操作數(shù)據(jù)庫，數(shù)據(jù)庫無關(guān)性支持好，但會多消耗性能。如果項目需要支持多種數(shù)據(jù)庫，代碼開發(fā)量少，但SQL語句優(yōu)化困難。
• MyBatis 需要手動編寫 SQL，支持動態(tài) SQL、處理列表、動態(tài)生成表名、支持存儲過程。開發(fā)工作量相對大些。直接使用SQL語句操作數(shù)據(jù)庫，不支持?jǐn)?shù)據(jù)庫無關(guān)性，但sql語句優(yōu)化容易。

13. ORM是什么

ORM（Object Relational Mapping），對象關(guān)系映射，是一種為了解決關(guān)系型數(shù)據(jù)庫數(shù)據(jù)與簡單Java對象（POJO）的映射關(guān)系的技術(shù)。簡單的說，ORM是通過使用描述對象和數(shù)據(jù)庫之間映射的元數(shù)據(jù)，將程序中的對象自動持久化到關(guān)系型數(shù)據(jù)庫中。

14. 為什么說Mybatis是半自動ORM映射工具？它與全自動的區(qū)別在哪里？

• Hibernate屬于全自動ORM映射工具，使用Hibernate查詢關(guān)聯(lián)對象或者關(guān)聯(lián)集合對象時，可以根據(jù)對象關(guān)系模型直接獲取，所以它是全自動的。
• Mybatis在查詢關(guān)聯(lián)對象或關(guān)聯(lián)集合對象時，需要手動編寫sql來完成，所以，稱之為半自動ORM映射工具。

15. 傳統(tǒng)JDBC開發(fā)存在什么問題？

• 頻繁創(chuàng)建數(shù)據(jù)庫連接對象、釋放，容易造成系統(tǒng)資源浪費，影響系統(tǒng)性能。可以使用連接池解決這個問題。但是使用jdbc需要自己實現(xiàn)連接池。
• sql語句定義、參數(shù)設(shè)置、結(jié)果集處理存在硬編碼。實際項目中sql語句變化的可能性較大，一旦發(fā)生變化，需要修改java代碼，系統(tǒng)需要重新編譯，重新發(fā)布。不好維護(hù)。
• 使用preparedStatement向占有位符號傳參數(shù)存在硬編碼，因為sql語句的where條件不一定，可能多也可能少，修改sql還要修改代碼，系統(tǒng)不易維護(hù)。
• 結(jié)果集處理存在重復(fù)代碼，處理麻煩。如果可以映射成Java對象會比較方便。

16. MyBatis和Hibernate的適用場景?

• MyBatis專注于SQL本身，是一個足夠靈活的DAO層解決方案。
• 對性能的要求很高，或者需求變化較多的項目，如互聯(lián)網(wǎng)項目，MyBatis將是不錯的選擇。

開發(fā)難易程度和學(xué)習(xí)成本

• Hibernate 是重量級框架，學(xué)習(xí)使用門檻高，適合于需求相對穩(wěn)定，中小型的項目，比如：辦公自動化系統(tǒng)
• MyBatis 是輕量級框架，學(xué)習(xí)使用門檻低，適合于需求變化頻繁，大型的項目，比如：互聯(lián)網(wǎng)電子商務(wù)系統(tǒng)

總結(jié)

MyBatis 是一個小巧、方便、高效、簡單、直接、半自動化的持久層框架，

Hibernate 是一個強(qiáng)大、方便、高效、復(fù)雜、間接、全自動化的持久層框架。

17. 請說說MyBatis的工作原理

1. 讀取 MyBatis 配置文件：mybatis-config.xml 為 MyBatis 的全局配置文件，配置了 MyBatis 的運行環(huán)境等信息，例如數(shù)據(jù)庫連接信息。

2. 加載映射文件。映射文件即 SQL 映射文件，該文件中配置了操作數(shù)據(jù)庫的 SQL 語句，需要在MyBatis 配置文件 mybatis-config.xml 中加載。mybatis-config.xml 文件可以加載多個映射文件，每個文件對應(yīng)數(shù)據(jù)庫中的一張表。

3. 構(gòu)造會話工廠：通過 MyBatis 的環(huán)境等配置信息構(gòu)建會話工廠 SqlSessionFactory。

4. 創(chuàng)建會話對象：由會話工廠創(chuàng)建 SqlSession 對象，該對象中包含了執(zhí)行 SQL 語句的所有方法。

5. Executor 執(zhí)行器：MyBatis 底層定義了一個 Executor 接口來操作數(shù)據(jù)庫，它將根據(jù) SqlSession傳遞的參數(shù)動態(tài)地生成需要執(zhí)行的 SQL 語句，同時負(fù)責(zé)查詢緩存的維護(hù)。

6. MappedStatement 對象：在 Executor 接口的執(zhí)行方法中有一個 MappedStatement 類型的參數(shù)，該參數(shù)是對映射信息的封裝，用于存儲要映射的 SQL 語句的 id、參數(shù)等信息。

7. 輸入?yún)?shù)映射：輸入?yún)?shù)類型可以是 Map、List 等集合類型，也可以是基本數(shù)據(jù)類型和 POJO 類型。輸入?yún)?shù)映射過程類似于 JDBC 對 preparedStatement 對象設(shè)置參數(shù)的過程。

8. 輸出結(jié)果映射：輸出結(jié)果類型可以是 Map、 List 等集合類型，也可以是基本數(shù)據(jù)類型和 POJO 類型。輸出結(jié)果映射過程類似于 JDBC 對結(jié)果集的解析過程。

18. MyBatis的功能架構(gòu)是怎樣的

我們把Mybatis的功能架構(gòu)分為三層：

• API接口層：提供給外部使用的接口API，開發(fā)人員通過這些本地API來操縱數(shù)據(jù)庫。接口層一接收到調(diào)用請求就會調(diào)用數(shù)據(jù)處理層來完成具體的數(shù)據(jù)處理。
• 數(shù)據(jù)處理層：負(fù)責(zé)具體的SQL查找、SQL解析、SQL執(zhí)行和執(zhí)行結(jié)果映射處理等。它主要的目的是根據(jù)調(diào)用的請求完成一次數(shù)據(jù)庫操作。
• 基礎(chǔ)支撐層：負(fù)責(zé)最基礎(chǔ)的功能支撐，包括連接管理、事務(wù)管理、配置加載和緩存處理，這些都是共用的東西，將他們抽取出來作為最基礎(chǔ)的組件。為上層的數(shù)據(jù)處理層提供最基礎(chǔ)的支撐。

19. MyBatis的框架架構(gòu)設(shè)計是怎么樣的

1. 加載配置：配置來源于兩個地方，一處是配置文件，一處是Java代碼的注解，將SQL的配置信息加載成為一個個MappedStatement對象（包括了傳入?yún)?shù)映射配置、執(zhí)行的SQL語句、結(jié)果映射配置），存儲在內(nèi)存中。

2. SQL解析：當(dāng)API接口層接收到調(diào)用請求時，會接收到傳入SQL的ID和傳入對象（可以是Map、JavaBean或者基本數(shù)據(jù)類型），Mybatis會根據(jù)SQL的ID找到對應(yīng)的MappedStatement，然后根據(jù)傳入?yún)?shù)對象對MappedStatement進(jìn)行解析，解析后可以得到最終要執(zhí)行的SQL語句和參數(shù)。

3. SQL執(zhí)行：將最終得到的SQL和參數(shù)拿到數(shù)據(jù)庫進(jìn)行執(zhí)行，得到操作數(shù)據(jù)庫的結(jié)果。

4. 結(jié)果映射：將操作數(shù)據(jù)庫的結(jié)果按照映射的配置進(jìn)行轉(zhuǎn)換，可以轉(zhuǎn)換成HashMap、JavaBean或者基本數(shù)據(jù)類型，并將最終結(jié)果返回。

20. Mybatis都有哪些Executor執(zhí)行器？它們之間的區(qū)別是什么？

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

SimpleExecutor：每執(zhí)行一次update或select，就開啟一個Statement對象，用完立刻關(guān)閉Statement對象。

ReuseExecutor：執(zhí)行update或select，以sql作為key查找Statement對象，存在就使用，不存在就創(chuàng)建，用完后，不關(guān)閉Statement對象，而是放置于Map<String, Statement>內(nèi)，供下一次使用。簡言之，就是重復(fù)使Statement對象。

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

21. Mybatis中如何指定使用哪一種Executor執(zhí)行器？

在Mybatis配置文件中，在設(shè)置（settings）可以指定默認(rèn)的ExecutorType執(zhí)行器類型，也可以手動給DefaultSqlSessionFactory的創(chuàng)建SqlSession的方法傳遞ExecutorType類型參數(shù)，如SqlSession openSession(ExecutorType execType)。

配置默認(rèn)的執(zhí)行器。SIMPLE 就是普通的執(zhí)行器；REUSE 執(zhí)行器會重用預(yù)處理語句（prepared statements）； BATCH 執(zhí)行器將重用語句并執(zhí)行批量更新

22. 模糊查詢like語句該怎么寫

• ’%${question}%’ 可能引起SQL注入，不推薦
• “%”#{question}“%” 注意：因為#{…}解析成sql語句時候，會在變量外側(cè)自動加單引號’ '，所以這里 % 需要使用雙引號" "，不能使用單引號 ’ '，不然會查不到任何結(jié)果。
• CONCAT(’%’,#{question},’%’) 使用CONCAT()函數(shù)，（推薦）
• 使用bind標(biāo)簽（不推薦）

<select id="listUserLikeUsername" resultType="com.jourwon.pojo.User">
<bind name="pattern" value="'%' + username + '%'" />
select id,sex,age,username,password from person where username LIKE #{pattern}
</select>

23. 在mapper中如何傳遞多個參數(shù)

方法1：順序傳參法

public User selectUser(String name, int deptId);<resultMap>xxx
</resultMap><select id="selectUser" resultMap="UserResultMap">select * from userwhere user_name = #{0} and dept_id = #{1}
</select>

• #{}里面的數(shù)字代表傳入?yún)?shù)的順序。
• 這種方法不建議使用，sql層表達(dá)不直觀，且一旦順序調(diào)整容易出錯。

方法2：@Param注解傳參法

public User selectUser(@Param("userName") String name, int @Param("deptId")
deptId);<resultMap>xxx
</resultMap><select id="selectUser" resultMap="UserResultMap">select * from userwhere user_name = #{userName} and dept_id = #{deptId}
</select>

• #{}里面的名稱對應(yīng)的是注解@Param括號里面修飾的名稱。
• 這種方法在參數(shù)不多的情況還是比較直觀的，（推薦使用）。

方法3：Map傳參法

public User selectUser(Map<String, Object> params);<resultMap>xxx
</resultMap><select id="selectUser" parameterType="java.util.Map" resultMap="UserResultMap">select * from userwhere user_name = #{userName} and dept_id = #{deptId}
</select>

• #{}里面的名稱對應(yīng)的是Map里面的key名稱。
• 這種方法適合傳遞多個參數(shù)，且參數(shù)易變能靈活傳遞的情況。（推薦使用）。

方法4：Java Bean傳參法

public User selectUser(User user);<resultMap>xxx
</resultMap><select id="selectUser" parameterType="com.jourwon.pojo.User" resultMap="UserResultMap">select * from userwhere user_name = #{userName} and dept_id = #{deptId}
</select>

• #{}里面的名稱對應(yīng)的是User類里面的成員屬性。
• 這種方法直觀，需要建一個實體類，擴(kuò)展不容易，需要加屬性，但代碼可讀性強(qiáng)，業(yè)務(wù)邏輯處理方便，推薦使用。（推薦使用）。

24. 如何獲取生成的主鍵

新增標(biāo)簽中添加：keyProperty=" ID " 即可

<insert id="insert" useGeneratedKeys="true" keyProperty="userId" >insert into user(user_name, user_password, create_time)values(#{userName}, #{userPassword} , #{createTime, jdbcType=TIMESTAMP})
</insert>

25.當(dāng)實體類中的屬性名和表中的字段名不一樣 ，怎么辦

第1種： 通過在查詢的SQL語句中定義字段名的別名，讓字段名的別名和實體類的屬性名一致。

<select id="getOrder" parameterType="int" resultType="com.jourwon.pojo.Order">select order_id id, order_no orderno ,order_price price form orderswhere order_id=#{id};
</select>

第2種： 通過來映射字段名和實體類屬性名的一一對應(yīng)的關(guān)系。

<select id="getOrder" parameterType="int" resultMap="orderResultMap">select * from orders where order_id=#{id}
</select>
<resultMap type="com.jourwon.pojo.Order" id="orderResultMap"><!–用id屬性來映射主鍵字段–><id property="id" column="order_id"><!–用result屬性來映射非主鍵字段，property為實體類屬性名，column為數(shù)據(jù)庫表中的屬性–><result property ="orderno" column ="order_no"/><result property="price" column="order_price" />
</reslutMap>

26.什么是MyBatis的接口綁定？有哪些實現(xiàn)方式？

接口綁定，就是在MyBatis中任意定義接口，然后把接口里面的方法和SQL語句綁定，我們直接調(diào)用接口方法就可以，這樣比起原來了SqlSession提供的方法我們可以有更加靈活的選擇和設(shè)置。

接口綁定有兩種實現(xiàn)方式

1. 通過注解綁定，就是在接口的方法上面加上 @Select、@Update等注解，里面包含Sql語句來綁定；
2. 通過xml里面寫SQL來綁定， 在這種情況下，要指定xml映射文件里面的namespace必須為接口的全路徑名。當(dāng)Sql語句比較簡單時候，用注解綁定， 當(dāng)SQL語句比較復(fù)雜時候，用xml綁定，一般用xml綁定的比較多。

當(dāng)Sql語句比較簡單時候，用注解綁定；當(dāng)SQL語句比較復(fù)雜時候，用xml綁定，一般用xml綁定的比較多。

27.Mybatis的Xml映射文件中，不同的Xml映射文件，id是否可以重復(fù)？

不同的Xml映射文件，如果配置了namespace，那么id可以重復(fù)；如果沒有配置namespace，那么id不能重復(fù)；畢竟namespace不是必須的，只是最佳實踐而已。原因就是namespace+id是作為Map<String,MappedStatement>的key使用的，如果沒有namespace，就剩下id，那么，id重復(fù)會導(dǎo)致數(shù)據(jù)互相覆蓋。有了namespace，自然id就可以重復(fù)，namespace不同，namespace+id自然也就不同。

28. 簡述Mybatis的Xml映射文件和Mybatis內(nèi)部數(shù)據(jù)結(jié)構(gòu)之間的映射關(guān)系？

Mybatis將所有Xml配置信息都封裝到All-In-One重量級對象Configuration內(nèi)部。在Xml映射文件中， 標(biāo)簽會被解析為ParameterMap對象，其每個子元素會被解析為ParameterMapping對象。 標(biāo)簽會被解析為ResultMap對象，其每個子元素會被解析為ResultMapping對象。每一個 、 、 、 標(biāo)簽均會被解析為MappedStatement對象，標(biāo)簽內(nèi)的sql會被解析為BoundSql對象。

29.Mybatis映射文件中，A引用了B標(biāo)簽，A和B標(biāo)簽定義是否有順序要求

雖然Mybatis解析Xml映射文件是按照順序解析的，但是，被引用的B標(biāo)簽依然可以定義在任何地方，Mybatis都可以正確識別。原理是，Mybatis解析A標(biāo)簽，發(fā)現(xiàn)A標(biāo)簽引用了B標(biāo)簽，但是B標(biāo)簽尚未解析到，尚不存在，此時Mybatis會將A標(biāo)簽標(biāo)記為未解析狀態(tài)，然后繼續(xù)解析余下的標(biāo)簽，包含B標(biāo)簽，待所有標(biāo)簽解析完畢，Mybatis會重新解析那些被標(biāo)記為未解析的標(biāo)簽，此時再解析A標(biāo)簽時，B標(biāo)簽已經(jīng)存在，A標(biāo)簽也就可以正常解析完成了。

30. 簡述Mybatis的插件運行原理，以及如何編寫一個插件。

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

實現(xiàn)Mybatis的Interceptor接口并復(fù)寫intercept()方法，然后在給插件編寫注解，指定要攔截哪一個接口的哪些方法即可，記住，別忘了在配置文件中配置你編寫的插件。

31. 通常一個 Xml 映射文件， 都會寫一個 Dao 接口與之對應(yīng)，請問， 這個 Dao 接口的工作原理是什么？ Dao 接口里的方法，參數(shù)不同時， 方法能重載嗎？

Dao 接口， 就是人們常說的 Mapper 接口， 接口的全限名， 就是映射文件中的 namespace的值， 接口的方法名， 就是映射文件中 MappedStatement 的 id 值， 接口方法內(nèi)的參數(shù)，就是傳遞給 sql 的參數(shù)。 Mapper 接口是沒有實現(xiàn)類的， 當(dāng)調(diào)用接口方法時， 接口全限名+方法名拼接字符串作為 key 值， 可唯一定位一個 MappedStatement。

Dao 接口里的方法， 是不能重載的， 因為是全限名+方法名的保存和尋找策略。Dao 接口的工作原理是 JDK 動態(tài)代理， Mybatis 運行時會使用 JDK 動態(tài)代理為 Dao接 口 生 成 代 理 proxy 對 象 ， 代 理 對 象 proxy 會 攔 截 接 口 方 法 ， 轉(zhuǎn) 而 執(zhí) 行MappedStatement 所代表的 sql， 然后將 sql 執(zhí)行結(jié)果返回。

32. 當(dāng)實體類中的屬性名和表中的字段名不一樣，如果將查詢的結(jié)果封裝到指定pojo？

• 通過在查詢的sql語句中定義字段名的別名。
• 通過來映射字段名和實體類屬性名的一一對應(yīng)的關(guān)系。

33. Mybatis中如何執(zhí)行批處理？

使用BatchExecutor完成批處理。

34. Mybatis執(zhí)行批量插入，能返回數(shù)據(jù)庫主鍵列表嗎？

能，JDBC都能，Mybatis當(dāng)然也能。

35. Mybatis是否可以映射Enum枚舉類？

Mybatis可以映射枚舉類，不單可以映射枚舉類，Mybatis可以映射任何對象到表的一列上。映射方式為自定義一個TypeHandler，實現(xiàn)TypeHandler的setParameter()和getResult()接口方法。TypeHandler有兩個作用，一是完成從javaType至jdbcType的轉(zhuǎn)換，二是完成jdbcType至javaType的轉(zhuǎn)換，體現(xiàn)為setParameter()和getResult()兩個方法，分別代表設(shè)置sql問號占位符參數(shù)和獲取列查詢結(jié)果。

36. resultType和resultMap的區(qū)別？

• 類的名字和數(shù)據(jù)庫相同時，可以直接設(shè)置resultType參數(shù)為Pojo類
• 若不同，需要設(shè)置resultMap 將結(jié)果名字和Pojo名字進(jìn)行轉(zhuǎn)換

37. 使用MyBatis的mapper接口調(diào)用時有哪些要求？

Mapper接口方法名和mapper.xml中定義的每個sql的id相同

Mapper接口方法的輸入?yún)?shù)類型和mapper.xml中定義的每個sql 的parameterType的類型相同

Mapper接口方法的輸出參數(shù)類型和mapper.xml中定義的每個sql的resultType的類型相同

Mapper.xml文件中的namespace即是mapper接口的類路徑。

38. Mybatis比IBatis比較大的幾個改進(jìn)是什么

• 有接口綁定，包括注解綁定sql和xml綁定Sql
• 動態(tài)sql由原來的節(jié)點配置變成OGNL表達(dá)式
• 在一對一，一對多的時候引進(jìn)了association,在一對多的時候引入了collection節(jié)點,不過都是在resultMap里面配置。

39. IBatis和MyBatis在核心處理類分別叫什么？

IBatis里面的核心處理類叫SqlMapClient，MyBatis里面的核心處理類叫做SqlSession。

40. IBatis和MyBatis在細(xì)節(jié)上的不同有哪些

• 在sql里面變量命名有原來的#變量# 變成了#{變量}
• 原來的 變成了${變量}
• 原來在sql節(jié)點里面的class都換名字叫type
• 原來的queryForObject queryForList 變成了selectOne selectList
• 原來的別名設(shè)置在映射文件里面放在了核心配置文件里
  數(shù)類型和mapper.xml中定義的每個sql的resultType的類型相同

Mapper.xml文件中的namespace即是mapper接口的類路徑。

38. Mybatis比IBatis比較大的幾個改進(jìn)是什么

• 有接口綁定，包括注解綁定sql和xml綁定Sql
• 動態(tài)sql由原來的節(jié)點配置變成OGNL表達(dá)式
• 在一對一，一對多的時候引進(jìn)了association,在一對多的時候引入了collection節(jié)點,不過都是在resultMap里面配置。

39. IBatis和MyBatis在核心處理類分別叫什么？

IBatis里面的核心處理類叫SqlMapClient，MyBatis里面的核心處理類叫做SqlSession。

40. IBatis和MyBatis在細(xì)節(jié)上的不同有哪些

• 在sql里面變量命名有原來的#變量# 變成了#{變量}
• 原來的 變成了${變量}
• 原來在sql節(jié)點里面的class都換名字叫type
• 原來的queryForObject queryForList 變成了selectOne selectList
• 原來的別名設(shè)置在映射文件里面放在了核心配置文件里