Hibernate是一個(gè)成熟的ORM框架，它可以抽象SQL并自動(dòng)化數(shù)據(jù)庫操作，使其非常適合快速開發(fā)和面向?qū)ο蟮脑O(shè)計(jì)，而MyBatis是SQL映射器，可完全控制查詢，適合性能 - 策略至關(guān)重要的批評(píng)性和復(fù)雜的SQL Scearios； 2. Hibernate具有更陡峭的學(xué)習(xí)曲線，因?yàn)樗膹V泛特征（例如緩存和懶惰的負(fù)載），而Mybatis對(duì)于SQL促進(jìn)的開發(fā)人員來說更容易學(xué)習(xí)，并提供透明的執(zhí)行； 3. Hibernate如果調(diào)整不當(dāng)，可能會(huì)引入性能開銷，而Mybatis通常會(huì)表現(xiàn)較高，更優(yōu)化的查詢工作負(fù)載； 4. Hibernate具有JPA標(biāo)準(zhǔn)和域驅(qū)動(dòng)設(shè)計(jì)的可維護(hù)性，而Mybatis在映射復(fù)雜查詢的結(jié)果方面具有更大的靈活性，但可能會(huì)更難進(jìn)行大規(guī)模管理； 5。Hibernate具有更廣泛的社區(qū)支持，通過Spring Data JPA與Spring Boot無縫集成，并且符合JPA的兼容性，而Mybatis雖然在社區(qū)中較小，但在需要SQL精度（例如Legacy Systems或Analytics（分析））的環(huán)境中廣泛使用； 6.為標(biāo)準(zhǔn)的CRUD應(yīng)用程序，干凈的域模型和團(tuán)隊(duì)生產(chǎn)力選擇Hibernate，并在SQL控制，性能優(yōu)化或與存儲(chǔ)過程中集成時(shí)選擇Mybatis，其中一些項(xiàng)目選擇性地基于模塊需求選擇性地使用這兩個(gè)框架，從而最終依賴于團(tuán)隊(duì)專業(yè)知識(shí)，績(jī)效需求，SQL參與率。

在為Java應(yīng)用程序選擇對(duì)象凝聚的映射（ORM）框架時(shí)， Hibernate和Mybatis是最廣泛使用的兩個(gè)選項(xiàng)。盡管兩者都有助于彌合面向?qū)ο蟮拇a和關(guān)系數(shù)據(jù)庫之間的差距，但它們采用了根本不同的方法。這是一個(gè)詳細(xì)的比較，可幫助您確定哪個(gè)更適合您的項(xiàng)目。

1。哲學(xué)與設(shè)計(jì)方法

休眠：成熟的ORM框架
Hibernate是一種強(qiáng)調(diào)抽象的完整ORM解決方案。它將Java直接映射到數(shù)據(jù)庫表并自動(dòng)處理SQL生成。您主要與實(shí)體和HQL（Hibernate查詢語言）合作，Hibernate將操作轉(zhuǎn)化為幕后的SQL。

• 適用于您想要最少直接SQL參與的應(yīng)用。
• 對(duì)遺產(chǎn)，多態(tài)性和關(guān)聯(lián)等面向?qū)ο蟮脑瓌t的強(qiáng)烈支持。
• 自動(dòng)管理CRUD操作，緩存和交易處理。

mybatis：SQL映射器，不是真正的ORM
Mybatis更準(zhǔn)確地描述為持久性框架或SQL映射器。它不會(huì)隱藏SQL，它包含它。您在XML文件或注釋中手動(dòng)編寫SQL，MyBatis將結(jié)果映射到Java對(duì)象。

• 完全控制SQL查詢。
• 當(dāng)您需要復(fù)雜，優(yōu)化的查詢或使用舊數(shù)據(jù)庫時(shí)，很棒。
• 較少的抽象意味著您更靠近金屬 - 對(duì)性能調(diào)整非常好。

?關(guān)鍵差異：休眠摘要SQL; mybatis暴露了它。

2。易于使用和學(xué)習(xí)曲線

冬眠

• 由于其豐富的功能集，更陡峭的學(xué)習(xí)曲線：會(huì)話管理，緩存水平，懶惰的負(fù)載，骯臟的檢查等。
• 配置可能很復(fù)雜（盡管Spring Boot簡(jiǎn)化了這一點(diǎn)）。
• @Entity ， @OneToMany和Hibernate驗(yàn)證器之類的工具等注釋使開發(fā)速度更快。

mybatis

• 更簡(jiǎn)單地學(xué)習(xí)是否已經(jīng)舒適地編寫SQL。
• 配置很簡(jiǎn)單：使用XML或注釋將sql語句映射到接口。
• 引擎蓋下的“魔術(shù)”少 - 您寫的是被執(zhí)行的。

？用例示例：
如果您的團(tuán)隊(duì)包括強(qiáng)大的DBA或與存儲(chǔ)程序合作，則Mybatis可能會(huì)更自然。為了通過干凈的域模型快速開發(fā)，冬眠閃耀。

3。性能與控制

冬眠

• 由于以下原因可以引入性能開銷
  • n 1查詢問題（如果沒有仔細(xì)處理懶惰的加載）
  • 生成的SQL可能并不總是最佳的
  • 第一和第二級(jí)緩存有幫助，但是錯(cuò)覺可能會(huì)傷害
• 提供@Query提示和本地SQL逃生艙口，但有時(shí)會(huì)擊敗ORM的目的

mybatis

• 通常，由于您編寫優(yōu)化的SQL，因此對(duì)于讀取或復(fù)雜的查詢方案而言，通常更快。
• 毫不奇怪的是，您寫的內(nèi)容已執(zhí)行。
• 非常適合查詢性能至關(guān)重要的報(bào)告，分析或系統(tǒng)。

??注意：冬眠可以進(jìn)行微調(diào)（帶有JOIN FETCH ，批次獲取等），但需要深入了解。

4。靈活性和可維護(hù)性

冬眠

• 在域驅(qū)動(dòng)的設(shè)計(jì)中高度可維護(hù)。
• 模式更改可以通過Hibernate DDL或Flyway/Liquibase等工具進(jìn)行管理。
• 使用JPA標(biāo)準(zhǔn)（ @Column ， @Table Table等）時(shí)，遷移更容易。

mybatis

• SQL是外部化的（通常在XML中），很難在大規(guī)模上管理。
• 在許多XML文件或注釋上進(jìn)行重構(gòu)查詢可能很乏味。
• 但是，它非常靈活 - 即使是從復(fù)雜的連接或視圖中，您也可以將任何結(jié)果映射到任何對(duì)象。

？提示：Mybatis-plus（一種流行的增強(qiáng)）添加了包裝API和代碼生成以減少樣板。

5。社區(qū)，生態(tài)系統(tǒng)和整合

Hibernate受益于成為企業(yè)Java的事實(shí)上的標(biāo)準(zhǔn)，尤其是JPA。 Mybatis在中國(guó)（由阿里巴巴使用）和SQL Control不可談判的系統(tǒng)中很受歡迎。

6。什么時(shí)候選擇哪個(gè)？

?如果：

• 您重視快速開發(fā)和清潔域建模。
• 您的團(tuán)隊(duì)更喜歡使用對(duì)象而不是SQL。
• 您正在構(gòu)建典型的CRUD應(yīng)用程序（例如，管理面板，企業(yè)應(yīng)用程序）。
• 您需要JPA可移植性（可以切換諸如Eclipselink之類的提供商）。
• 您需要高級(jí)ORM功能（緩存，骯臟的檢查，懶惰加載）。

?如果以下方式選擇mybatis

• 您需要完全控制SQL（例如，復(fù)雜的連接，分析）。
• 使用具有非標(biāo)準(zhǔn)模式的舊數(shù)據(jù)庫。
• 性能至關(guān)重要，您想優(yōu)化每個(gè)查詢。
• 您的開發(fā)人員精通SQL，更喜歡直接編寫查詢。
• 您正在與存儲(chǔ)過程或視圖集成。

最后的想法

沒有一種適合的答案。

• Hibernate對(duì)于標(biāo)準(zhǔn)應(yīng)用程序具有強(qiáng)大的效率，尤其是在使用Spring Boot和JPA時(shí)。
• Mybatis提供了精確和透明度，當(dāng)數(shù)據(jù)庫性能和查詢控制最重要時(shí)，它是理想的選擇。

？實(shí)際上，一些大型系統(tǒng)甚至同時(shí)使用：簡(jiǎn)單的CRUD模塊，Mybatis進(jìn)行報(bào)告或高性能部分。

最終，選擇取決于您團(tuán)隊(duì)的專業(yè)知識(shí)，績(jī)效要求以及您想與SQL互動(dòng)多少。兩者都是成熟，穩(wěn)定和準(zhǔn)備就緒的，這只是為不同哲學(xué)而建造的。

基本上，選擇Hibernate以獲取抽象和生產(chǎn)力，用于控制和自定義的Mybatis。

以上是Hibernate與Mybatis：詳細(xì)的Java Orm比較的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！