一、MyBatis的簡介

MyBatis 是支持定製化 SQL、存儲過程以及高級映射的優秀的持久層框架。

MyBatis 避免了幾乎所有的 JDBC 代碼和手動設置參數以及獲取結果集。

MyBatis可以使用簡單的XML或註解用於配置和原始映射，將接口和Java的POJO（Plain Old Java Objects，普通的Java對象）映射成數據庫中的記錄.

二、MyBatis的歷史

原是apache的一個開源項目iBatis, 2010年6月這個項目由apache software foundation 遷移到了google code，隨著開發團隊轉投Google Code旗下，ibatis3.x正式更名為Mybatis ，代碼於2013年11月遷移到Github。

iBATIS一詞來源於“internet”和“abatis”的組合，是一個基於Java的持久層框架。iBATIS提供的持久層框架包括SQL Maps

三、MyBatis的基本說明

(1)、MyBatis是一個工作在持久層的框架,它不再是一個標準的ORM框架

我們先看看Hibernate是如何對數據庫進行操作

我們再來看看Mybatis如何對數據庫進行操作

因為它只管理了SQL語句和Java之間的關聯和映射,生成的實體類將不會自動創建表了,而是我們程序員自己去創建,你這邊寫的SQL語句是自己寫,而不是Hibernate通過save或者delete幫助我們進行創建。

(2)、前身是ibatis, 在ibatis3.x 時，更名為 MyBatis

所以說,在面試或者開發的時候會聽到IBatis,MyBatis,其實指的是一個東西。

為何這樣說,MyBatis將接口和SQL映射文件進行分離,相互獨立,但又通過反射機制將其進行動態綁定。

其實它底層就是Mapper代理工廠[MapperRegistry]和Mapper標籤映射[MapperStatement],它們兩個說穿了就是Map容器,就是我們常見的HashMap、ConcurrentHashMap。

在後面我會具體分析MyBatis四大組件的工作原理。

所以說,MyBatis使用面向接口的方式這種思想很好的實現瞭解耦和的方式,同時易於開發者進行定製和擴展,比如我們熟悉的通用Mapper和分頁插件pageHelper,方式也非常簡單,後面會詳細進行說明。

(4)、 mybatis只負責sql, 建庫建表的工作由程序員完成

在使用Hibernate的時候,建表的工作也是由框架幫助我們完成,Hibernate本身就是一個全自動的框架,MyBatis是一個半自動的框架,建表在很多時候我們需要對數據類型和字段進行更信詳細的定義和分析,所以說,在實際的生產環境中,MyBatis的這種方式更加符合開發者的習慣

小結:Hibernate相對MyBatis的差異化和區別

(1).Hibernate是一個標準的ORM框架,

(2).Hibernate是一個全自動的框架,MyBatis是一個半自動的框架

(3).Hibernate將對數據庫的操作全封閉化,MyBatis將其透明化[SQL編寫]

(4).MyBatis相對Hibernate來說更加優秀,更加流行

(5).Hibernate是一個重量級的框架,MyBatis相對來說更加輕量級,類似Struts2和SpringMVC

(6).Hibernate的學習成本更高,MyBatis相對來說更低

(7).從耦合度來說,MyBatis實現了最大程度化的解耦,通過面向接口的方式來進行解決

MyBatis很好的借鑑了Hibernate的好的一面,那就是查詢後將數據結果集映射的封裝工作還是交給我來完成,編寫SQL由你自己去完成,處理複雜的自定義結果集映射的權利也交給你來做。

簡單的工作封裝交給我來做,所以說,這對於Hibernate來說是致命的,因為Hibenate將對錶的操作轉換為對對象的操作,只需通過操作對象就能幫助我們發送SQL,這是它本身最大的特點優勢。

但是,所有的操作都受限於讓Hibernate本身來完成,

四、為什麼要使用MyBatis?

MyBatis是一個半自動化的持久化層框架。

jdbc編程—當我們使用jdbc持久化的時候，sql語句被硬編碼到java代碼中。這樣耦合度太高。代碼不易於維護。在實際項目開發中會經常添加sql或者修改sql，這樣我們就只能到java代碼中去修改。

Hibernate和JPA

長難複雜SQL，對於Hibernate而言處理也不容易

內部自動生產的SQL，不容易做特殊優化。

基於全映射的全自動框架，javaBean存在大量字段時無法只映射部分字段。導致數據庫性能下降。

對開發人員而言，核心sql還是需要自己優化

sql和java編碼分開，功能邊界清晰，一個專注業務、一個專注數據。

可以使用簡單的XML或註解用於配置和原始映射，將接口和Java的POJO映射成數據庫中的記錄。成為業務代碼+底層數據庫的媒介

五、動態SQL映射

如果說MyBatis的SQL映射,接口和文件分離這種方式決定了MyBatis的優勢,那麼MyBatis的動態SQL直接決定了MyBatis它絕對的霸主地位,我們知道後端幾乎都是Spring家族的天下,那麼它肯定想過使用自家的產品將MyBatis淘汰,它確實做過,但是沒有幹掉MyBatis,所有MyBatis藉助這兩大優勢和特點,當然MyBatis還有很多優秀的地方,慢慢替代了Hibernate

在一個實際的項目中，sql語句往往是比較複雜的，為了滿足更加複雜的業務需求，MyBatis的設計者，提供了動態生成SQL的功能,動態SQL就是根據不同的情況在同一個業務邏輯裡面產生的SQL語句是變化的,也就是說根據實際的業務需求同樣一段代碼產生SQL語句是不一樣的,。

在實際的開發中,我們會遇到比較複雜的業務需求,在這種複雜的業務需求中,我們可能需要發送好幾個SQL語句才能夠去處理的,那麼如果我們可以對這個SQL語句進行適當的編程,那麼這個SQL語句將會變得非常強大,那麼比如說有些數據庫是支持存儲過程的,這個存儲過程其實就是直接使用SQL語句來進行編程,可以根據你不同的情況動態的產生SQL語句

如果我們有相同的業務需求,在這個業務需求中有不同的情況,那我根據不同的情況在同一種請求裡面產生的SQL語句也不一樣即解決了你要學習存儲過程的麻煩,而且存儲過程整合起來也很痛苦,同時還解決了可以靈活的適用複雜的業務需求,所以這也是MyBatis優秀的原因,也是它為何能夠流行起來

MyBatis它研究了很多地方,讓程序更加靈活,它能夠設計一個產品,快速的簡潔的解決一些需求這才是最好的,這些其實他也能解決,寫一個存儲過程即可,但是存儲過程一些,代碼的複雜度又變高了

MyBatis就讓你在Mapper裡面可以使用if,for循環,多分支語句根據不同的情況產生不同的SQL語句,這就是

所以MyBatis在一定程度上就有點把Hibernate就讓它有點受不了的地方,因為MyBatis業務需求設計的太好了,這也是目前SSM為何比SSH更流行的原因所以大家一看,好多年解決的問題,設計的問題別人都幫助我們進行了解決,沒有理由不用它

哪怕現在流行的分佈式和微服務架構,在持久層來說,很大程度上還是使用MyBatis來做持久層,雖然越來越多的項目都是基於SpringBoot,但持久層還是Mybatis用的非常多

MyBatis為何在一定程度上它能夠讓大家喜歡,用它,就是他讓以前的工作變得更加簡單容易,而不是變得更難了,如果一樣東西變得越來越難,那就沒人用它

但是隨著技術的發展,將來還會有更好的框架來替代MyBatis,這是肯定的,技術本身就是要不斷髮展的,如果技術不再發展了,那麼我們程序員的價值就會大大降低,因為不需要在學習了,幾次互聯網的高潮都是由於新技術的產生.導致程序員的薪水大幅度增長

六、總結

我們通過不同的角度去分析,通過和同期的競爭對手以及在實際的生產環境中,MyBatis都是很優秀的一個持久層框架,我們必須好好學習並掌握它,不光是它的使用,以及它底層的基本原理,這些放在後面會詳細介紹,應大家要求,先編寫MyBatis系列的文章,同時也非常感謝大家的支持!

針對於上面的面試問到的知識點我總結出了有1到5年開發經驗的程序員在面試中涉及到的絕大部分架構面試題及答案做成了文檔和架構視頻資料免費分享給大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分佈式、高併發等架構技術資料），希望能幫助到您面試前的複習且找到一個好的工作，也節省大家在網上搜索資料的時間來學習，也可以關注我一下以後會有更多幹貨分享。

資料獲取方式：後臺私信“資料”即可

閱讀更多 Java架構學習交流 的文章

關鍵字: 軟件 開源 數據庫