【持久化框架】Mybatis與Hibernate的詳細對比
作為一位優秀的程序員，只知道一種ORM框架是遠遠不夠的。在開發項目之前，架構的技術選型對於項目是否成功起到至關重要的作用。我們不僅要了解同類型框架的原理以及技術實現，還要深入的理解各自的優缺點，以便我們能夠在項目的實施過程中面對的困難更少。
所以這篇博文我們要將Mybatis和Hibernate進行一下深入的對比，加深我們對持久化框架的理解。下面我們開始今天的旅行。
Hibernate與Mybatis對比
1. 簡介
Hibernate：Hibernate是當前最流行的ORM框架之一，對JDBC提供了較為完整的封裝。Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映射，以及SQL的自動生成和執行。
Mybatis：Mybatis同樣也是非常流行的ORM框架，主要著力點在於 POJO 與 SQL 之間的映射關系。然後通過映射配置文件，將SQL所需的參數，以及返回的結果字段映射到指定 POJO 。相對Hibernate“O/R”而言，Mybatis 是一種“Sql Mapping”的ORM實現。
2. 開發速度
-
難易度
Hibernate的真正掌握要比Mybatis困難，Hibernate比mybatis更加重量級一些。
Mybatis框架相對簡單很容易上手，但也相對簡陋些。
-
開發工作量
Mybatis需要我們手動編寫SQL語句，回歸最原始的方式，所以可以按需求指定查詢的字段，提高程序的查詢效率。
Hibernate也可以自己寫SQL語句來指定需要查詢的字段，但這樣破壞了Hibernate封裝以及簡潔性。
3. 數據庫移植性
Mybatis由於所有SQL都是依賴數據庫書寫的，所以擴展性，遷移性比較差。
Hibernate與數據庫具體的關聯都在XML中，所以HQL對具體是用什麽數據庫並不是很關心。
4. 緩存機制對比
-
相同點
Hibernate和Mybatis的二級緩存除了采用系統默認的緩存機制外，都可以通過實現你自己的緩存或為其他第三方緩存方案，創建適配器來完全覆蓋緩存行為。
-
不同點
Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置，然後再在具體的表-對象映射中配置是那種緩存。
MyBatis的二級緩存配置都是在每個具體的表-對象映射中進行詳細配置，這樣針對不同的表可以自定義不同的緩存機制。並且Mybatis可以在命名空間中共享相同的緩存配置和實例，通過Cache-ref來實現。
-
兩者比較
因為Hibernate對查詢對象有著良好的管理機制，用戶無需關心SQL。所以在使用二級緩存時如果出現臟數據，系統會報出錯誤並提示。而MyBatis在這一方面，使用二級緩存時需要特別小心。如果不能完全確定數據更新操作的波及範圍，避免Cache的盲目使用。否則，臟數據的出現會給系統的正常運行帶來很大的隱患。
5. 兩者對比總結
兩者相同點
-
Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory，然後由SessionFactory 生成Session，最後由Session來開啟執行事務和SQL語句。其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的。如下圖所示：
- Hibernate和MyBatis都支持JDBC和JTA事務處理。
Hibernate優勢
-
Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。
-
Hibernate對對象的維護和緩存要比MyBatis好，對增刪改查的對象的維護要方便。
-
Hibernate數據庫移植性很好，MyBatis的數據庫移植性不好，不同的數據庫需要寫不同SQL。
-
Hibernate有更好的二級緩存機制，可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。
Mybatis優勢
-
MyBatis可以進行更為細致的SQL優化，可以減少查詢字段。
-
MyBatis容易掌握，而Hibernate門檻較高。
一句話總結
在博文的結尾，我們將Mybatis和Hibernate之間的區別自個用六個詞做總結：
Mybatis：小巧、方便、高效、簡單、直接、半自動化
Hibernate：強大、方便、高效、復雜、間接、全自動化
【持久化框架】Mybatis與Hibernate的詳細對比