?

我是一名java開發(fā)人員，hibernate以及mybatis都有過學(xué)習(xí)，在java面試中也被提及問道過，在項(xiàng)目實(shí)踐中也應(yīng)用過，現(xiàn)在對(duì)hibernate和mybatis做一下對(duì)比，便于大家更好的理解和學(xué)習(xí)，使自己在做項(xiàng)目中更加得心應(yīng)手。

第一方面：開發(fā)速度的對(duì)比

就開發(fā)速度而言，Hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對(duì)簡(jiǎn)單很容易上手，但也相對(duì)簡(jiǎn)陋些。個(gè)人覺得要用好Mybatis還是首先要先理解好Hibernate。

比起兩者的開發(fā)速度，不僅僅要考慮到兩者的特性及性能，更要根據(jù)項(xiàng)目需求去考慮究竟哪一個(gè)更適合項(xiàng)目開發(fā)，比如：一個(gè)項(xiàng)目中用到的復(fù)雜查詢基本沒有，就是簡(jiǎn)單的增刪改查，這樣選擇hibernate效率就很快了，因?yàn)榛镜膕ql語句已經(jīng)被封裝好了，根本不需要你去寫sql語句，這就節(jié)省了大量的時(shí)間，但是對(duì)于一個(gè)大型項(xiàng)目，復(fù)雜語句較多，這樣再去選擇hibernate就不是一個(gè)太好的選擇，選擇mybatis就會(huì)加快許多，而且語句的管理也比較方便。

第二方面：開發(fā)工作量的對(duì)比

Hibernate和MyBatis都有相應(yīng)的代碼生成工具。可以生成簡(jiǎn)單基本的DAO層方法。針對(duì)高級(jí)查詢，Mybatis需要手動(dòng)編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機(jī)制，開發(fā)者無需關(guān)心SQL的生成與結(jié)果映射，可以更專注于業(yè)務(wù)流程。

第三方面：sql優(yōu)化方面

Hibernate的查詢會(huì)將表中的所有字段查詢出來，這一點(diǎn)會(huì)有性能消耗。Hibernate也可以自己寫SQL來指定需要查詢的字段，但這樣就破壞了Hibernate開發(fā)的簡(jiǎn)潔性。而Mybatis的SQL是手動(dòng)編寫的，所以可以按需求指定查詢的字段。

Hibernate HQL語句的調(diào)優(yōu)需要將SQL打印出來，而Hibernate的SQL被很多人嫌棄因?yàn)樘罅恕yBatis的SQL是自己手動(dòng)寫的所以調(diào)整方便。但Hibernate具有自己的日志統(tǒng)計(jì)。Mybatis本身不帶日志統(tǒng)計(jì)，使用Log4j進(jìn)行日志記錄。

第四方面：對(duì)象管理的對(duì)比

Hibernate?是完整的對(duì)象/關(guān)系映射解決方案，它提供了對(duì)象狀態(tài)管理（state management）的功能，使開發(fā)者不再需要理會(huì)底層數(shù)據(jù)庫系統(tǒng)的細(xì)節(jié)。也就是說，相對(duì)于常見的?JDBC/SQL?持久層方案中需要管理?SQL?語句，Hibernate采用了更自然的面向?qū)ο蟮囊暯莵沓志没?Java?應(yīng)用中的數(shù)據(jù)。

換句話說，使用?Hibernate?的開發(fā)者應(yīng)該總是關(guān)注對(duì)象的狀態(tài)（state），不必考慮?SQL?語句的執(zhí)行。這部分細(xì)節(jié)已經(jīng)由?Hibernate?掌管妥當(dāng)，只有開發(fā)者在進(jìn)行系統(tǒng)性能調(diào)優(yōu)的時(shí)候才需要進(jìn)行了解。而MyBatis在這一塊沒有文檔說明，用戶需要對(duì)對(duì)象自己進(jìn)行詳細(xì)的管理。
第五方面：緩存機(jī)制

Hibernate緩存

Hibernate一級(jí)緩存是Session緩存，利用好一級(jí)緩存就需要對(duì)Session的生命周期進(jìn)行管理好。建議在一個(gè)Action操作中使用一個(gè)Session。一級(jí)緩存需要對(duì)Session進(jìn)行嚴(yán)格管理。

Hibernate二級(jí)緩存是SessionFactory級(jí)的緩存。?SessionFactory的緩存分為內(nèi)置緩存和外置緩存。內(nèi)置緩存中存放的是SessionFactory對(duì)象的一些集合屬性包含的數(shù)據(jù)(映射元素?fù)?jù)及預(yù)定SQL語句等),對(duì)于應(yīng)用程序來說,它是只讀的。外置緩存中存放的是數(shù)據(jù)庫數(shù)據(jù)的副本,其作用和一級(jí)緩存類似.二級(jí)緩存除了以內(nèi)存作為存儲(chǔ)介質(zhì)外,還可以選用硬盤等外部存儲(chǔ)設(shè)備。二級(jí)緩存稱為進(jìn)程級(jí)緩存或SessionFactory級(jí)緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。

MyBatis緩存

MyBatis?包含一個(gè)非常強(qiáng)大的查詢緩存特性,它可以非常方便地配置和定制。MyBatis 3?中的緩存實(shí)現(xiàn)的很多改進(jìn)都已經(jīng)實(shí)現(xiàn)了,使得它更加強(qiáng)大而且易于配置。

默認(rèn)情況下是沒有開啟緩存的,除了局部的?session?緩存,可以增強(qiáng)變現(xiàn)而且處理循環(huán) 依賴也是必須的。要開啟二級(jí)緩存,你需要在你的?SQL?映射文件中添加一行:? <cache/>

字面上看就是這樣。這個(gè)簡(jiǎn)單語句的效果如下:

映射語句文件中的所有?select?語句將會(huì)被緩存。

映射語句文件中的所有?insert,update?和?delete?語句會(huì)刷新緩存。

緩存會(huì)使用?Least Recently Used(LRU,最近最少使用的)算法來收回。

根據(jù)時(shí)間表(比如?no Flush Interval,沒有刷新間隔),?緩存不會(huì)以任何時(shí)間順序 來刷新。

緩存會(huì)存儲(chǔ)列表集合或?qū)ο?無論查詢方法返回什么)的?1024?個(gè)引用。

緩存會(huì)被視為是?read/write(可讀/可寫)的緩存,意味著對(duì)象檢索不是共享的,而 且可以安全地被調(diào)用者修改,而不干擾其他調(diào)用者或線程所做的潛在修改。

所有的這些屬性都可以通過緩存元素的屬性來修改。

比如: <cache ?eviction=”FIFO”? flushInterval=”60000″? size=”512″? readOnly=”true”/>

這個(gè)更高級(jí)的配置創(chuàng)建了一個(gè)?FIFO?緩存,并每隔?60?秒刷新,存數(shù)結(jié)果對(duì)象或列表的?512?個(gè)引用,而且返回的對(duì)象被認(rèn)為是只讀的,因此在不同線程中的調(diào)用者之間修改它們會(huì) 導(dǎo)致沖突。可用的收回策略有,?默認(rèn)的是?LRU:

LRU?–?最近最少使用的:移除最長(zhǎng)時(shí)間不被使用的對(duì)象。

FIFO?–?先進(jìn)先出:按對(duì)象進(jìn)入緩存的順序來移除它們。

SOFT?–?軟引用:移除基于垃圾回收器狀態(tài)和軟引用規(guī)則的對(duì)象。

WEAK?–?弱引用:更積極地移除基于垃圾收集器狀態(tài)和弱引用規(guī)則的對(duì)象。

flushInterval(刷新間隔)可以被設(shè)置為任意的正整數(shù),而且它們代表一個(gè)合理的毫秒 形式的時(shí)間段。默認(rèn)情況是不設(shè)置,也就是沒有刷新間隔,緩存僅僅調(diào)用語句時(shí)刷新。

size(引用數(shù)目)可以被設(shè)置為任意正整數(shù),要記住你緩存的對(duì)象數(shù)目和你運(yùn)行環(huán)境的 可用內(nèi)存資源數(shù)目。默認(rèn)值是1024。

readOnly(只讀)屬性可以被設(shè)置為?true?或?false。只讀的緩存會(huì)給所有調(diào)用者返回緩 存對(duì)象的相同實(shí)例。因此這些對(duì)象不能被修改。這提供了很重要的性能優(yōu)勢(shì)。可讀寫的緩存 會(huì)返回緩存對(duì)象的拷貝(通過序列化)?。這會(huì)慢一些,但是安全,因此默認(rèn)是?false。

相同點(diǎn)：Hibernate和Mybatis的二級(jí)緩存除了采用系統(tǒng)默認(rèn)的緩存機(jī)制外，都可以通過實(shí)現(xiàn)你自己的緩存或?yàn)槠渌谌骄彺娣桨?#xff0c;創(chuàng)建適配器來完全覆蓋緩存行為。

不同點(diǎn)：Hibernate的二級(jí)緩存配置在SessionFactory生成的配置文件中進(jìn)行詳細(xì)配置，然后再在具體的表-對(duì)象映射中配置是那種緩存。

MyBatis的二級(jí)緩存配置都是在每個(gè)具體的表-對(duì)象映射中進(jìn)行詳細(xì)配置，這樣針對(duì)不同的表可以自定義不同的緩存機(jī)制。并且Mybatis可以在命名空間中共享相同的緩存配置和實(shí)例，通過Cache-ref來實(shí)現(xiàn)。

兩者比較：因?yàn)镠ibernate對(duì)查詢對(duì)象有著良好的管理機(jī)制，用戶無需關(guān)心SQL。所以在使用二級(jí)緩存時(shí)如果出現(xiàn)臟數(shù)據(jù)，系統(tǒng)會(huì)報(bào)出錯(cuò)誤并提示。

而MyBatis在這一方面，使用二級(jí)緩存時(shí)需要特別小心。如果不能完全確定數(shù)據(jù)更新操作的波及范圍，避免Cache的盲目使用。否則，臟數(shù)據(jù)的出現(xiàn)會(huì)給系統(tǒng)的正常運(yùn)行帶來很大的隱患。

第六方面：總結(jié)

對(duì)于總結(jié)，大家可以到各大java論壇去看一看

相同點(diǎn)：Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory?生成Session，最后由Session來開啟執(zhí)行事務(wù)和SQL語句。其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的。

• Hibernate和MyBatis都支持JDBC和JTA事務(wù)處理。

Mybatis優(yōu)勢(shì)

• MyBatis可以進(jìn)行更為細(xì)致的SQL優(yōu)化，可以減少查詢字段。
• MyBatis容易掌握，而Hibernate門檻較高。

Hibernate優(yōu)勢(shì)

• Hibernate的DAO層開發(fā)比MyBatis簡(jiǎn)單，Mybatis需要維護(hù)SQL和結(jié)果映射。
• Hibernate對(duì)對(duì)象的維護(hù)和緩存要比MyBatis好，對(duì)增刪改查的對(duì)象的維護(hù)要方便。
• Hibernate數(shù)據(jù)庫移植性很好，MyBatis的數(shù)據(jù)庫移植性不好，不同的數(shù)據(jù)庫需要寫不同SQL。
• Hibernate有更好的二級(jí)緩存機(jī)制，可以使用第三方緩存。MyBatis本身提供的緩存機(jī)制不佳。

他人總結(jié)

• Hibernate功能強(qiáng)大，數(shù)據(jù)庫無關(guān)性好，O/R映射能力強(qiáng)，如果你對(duì)Hibernate相當(dāng)精通，而且對(duì)Hibernate進(jìn)行了適當(dāng)?shù)姆庋b，那么你的項(xiàng)目整個(gè)持久層代碼會(huì)相當(dāng)簡(jiǎn)單，需要寫的代碼很少，開發(fā)速度很快，非常爽。
• Hibernate的缺點(diǎn)就是學(xué)習(xí)門檻不低，要精通門檻更高，而且怎么設(shè)計(jì)O/R映射，在性能和對(duì)象模型之間如何權(quán)衡取得平衡，以及怎樣用好Hibernate方面需要你的經(jīng)驗(yàn)和能力都很強(qiáng)才行。
• iBATIS入門簡(jiǎn)單，即學(xué)即用，提供了數(shù)據(jù)庫查詢的自動(dòng)對(duì)象綁定功能，而且延續(xù)了很好的SQL使用經(jīng)驗(yàn)，對(duì)于沒有那么高的對(duì)象模型要求的項(xiàng)目來說，相當(dāng)完美。
• iBATIS的缺點(diǎn)就是框架還是比較簡(jiǎn)陋，功能尚有缺失，雖然簡(jiǎn)化了數(shù)據(jù)綁定代碼，但是整個(gè)底層數(shù)據(jù)庫查詢實(shí)際還是要自己寫的，工作量也比較大，而且不太容易適應(yīng)快速數(shù)據(jù)庫修改。

總結(jié)

以上是生活随笔為你收集整理的JAVA面试中问及HIBERNATE与 MYBATIS的对比，在这里做一下总结的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。