get和load方式是根據(jù)id取得一個(gè)記錄
下邊詳細(xì)說一下get和load的不同，因?yàn)橛行r(shí)候?yàn)榱藢?duì)比也會(huì)把find加進(jìn)來。
1.從返回結(jié)果上對(duì)比：
load方式檢索不到的話會(huì)拋出org.hibernate.ObjectNotFoundException異常
get方法檢索不到的話會(huì)返回null
2.從檢索執(zhí)行機(jī)制上對(duì)比：
get方法和find方法都是直接從數(shù)據(jù)庫中檢索
而load方法的執(zhí)行則比較復(fù)雜
■ 首先查找session的persistent Context中是否有緩存，如果有則直接返回
■ 如果沒有則判斷是否是lazy，如果不是直接訪問數(shù)據(jù)庫檢索，查到記錄返回，查不到拋出異常
■ 如果是lazy則需要建立代理對(duì)象，對(duì)象的initialized屬性為false，target屬性為null
■ 在訪問獲得的代理對(duì)象的屬性時(shí),檢索數(shù)據(jù)庫，如果找到記錄則把該記錄的對(duì)象復(fù)制到代理對(duì)象的target上，并將initialized=true，如果找不到就拋出異常 。
3.根本區(qū)別說明
■
如果你使用load方法，hibernate認(rèn)為該id對(duì)應(yīng)的對(duì)象（數(shù)據(jù)庫記錄）在數(shù)據(jù)庫中是一定存在的，所以它可以放心的使用，它可以放心的使用代理來
延遲加載該對(duì)象。在用到對(duì)象中的其他屬性數(shù)據(jù)時(shí)才查詢數(shù)據(jù)庫，但是萬一數(shù)據(jù)庫中不存在該記錄，那沒辦法，只能拋異常。所說的load方法拋異常是指在使用
該對(duì)象的數(shù)據(jù)時(shí)，數(shù)據(jù)庫中不存在該數(shù)據(jù)時(shí)拋異常，而不是在創(chuàng)建這個(gè)對(duì)象時(shí)(注意：這就是由于“延遲加載”在作怪)。
由于session中的緩存對(duì)于hibernate來說是個(gè)相當(dāng)廉價(jià)的資源，所以在load時(shí)會(huì)先查一下session緩存看看該id對(duì)應(yīng)的對(duì)象是否存在，不存在則創(chuàng)建代理。所以如果你知道該id在數(shù)據(jù)庫中一定有對(duì)應(yīng)記錄存在就可以使用load方法來實(shí)現(xiàn)延遲加載。
■ 對(duì)于get方法，hibernate會(huì)確認(rèn)一下該id對(duì)應(yīng)的數(shù)據(jù)是否存在，首先在session緩存中查找，然后在二級(jí)緩存中查找，還沒有就查數(shù)據(jù)庫，數(shù)據(jù)庫中沒有就返回null。
對(duì)于load和get方法返回類型：雖然好多書中都這么說：“get()永遠(yuǎn)只返回實(shí)體
類”，但實(shí)際上這是不正確的，get方法如果在
session緩存中找到了該id對(duì)應(yīng)的對(duì)象，如果剛好該對(duì)象前面是被代理過的，如被load方法使用過，或者被其他關(guān)聯(lián)對(duì)象延遲加載過，那么返回的還是
原先的代理對(duì)象，而不是實(shí)體類對(duì)象，如果該代理對(duì)象還沒有加載實(shí)體數(shù)據(jù)（就是id以外的其他屬性數(shù)據(jù)），那么它會(huì)查詢二級(jí)緩存或者數(shù)據(jù)庫來加載數(shù)據(jù)，但是
返回的還是代理對(duì)象，只不過已經(jīng)加載了實(shí)體數(shù)據(jù)。
get方法首先查詢session緩存，沒有的話查詢二級(jí)緩存，最后查詢數(shù)據(jù)庫；反而load方法創(chuàng)建時(shí)首先查詢session緩存，沒有就創(chuàng)建代理，實(shí)際使用數(shù)據(jù)時(shí)才查詢二級(jí)緩存和數(shù)據(jù)庫。
4.簡單總結(jié)
總之對(duì)于get和load的根本區(qū)別，一句話，hibernate對(duì)于load方法認(rèn)為該數(shù)據(jù)在數(shù)據(jù)庫中一定存在，可以放心的使用代理來延遲加載，如果在使用過程中發(fā)現(xiàn)了問題，只能拋異常；而對(duì)于get方法，hibernate一定要獲取到真實(shí)的數(shù)據(jù)，否則返回null。
文章出處：http://www.diybl.com/course/3_program/java/javajs/2008531/118292.html
hibernate的各種保存方式的區(qū)(save,persist,update,saveOrUpdte,merge,flush,lock)及 對(duì)象的三種狀態(tài)
hibernate的保存
hibernate對(duì)于對(duì)象的保存提供了太多的方法，他們之間有很多不同，這里細(xì)說一下，以便區(qū)別。
一、預(yù)備知識(shí)
對(duì)于hibernate，它的對(duì)象有三種狀態(tài)，transient、persistent、detached
下邊是常見的翻譯辦法：
transient：瞬態(tài)或者自由態(tài)
(new DeptPo(1,”行政部”,20,”行政相關(guān)”)，該po的實(shí)例和session沒有關(guān)聯(lián)，該po的實(shí)例處于transient)
persistent：持久化狀態(tài)
(和數(shù)據(jù)庫中記錄想影射的Po實(shí)例，它的狀態(tài)是persistent, 通過get和load等得到的對(duì)象都是persistent)
detached：脫管狀態(tài)或者游離態(tài)
(1)當(dāng)通過get或load方法得到的po對(duì)象它們都處于persistent,但如果執(zhí)
行delete(po)時(shí)(但不能執(zhí)行事務(wù)),該po狀態(tài)就處于detached,
(表示和session脫離關(guān)聯(lián)),因delete而變成游離態(tài)可以通過save或saveOrUpdate()變成持久態(tài)
(2)當(dāng)把session關(guān)閉時(shí)，session緩存中的persistent的po對(duì)象也變成detached
因關(guān)閉session而變成游離態(tài)的可以通過lock、save、update變成持久態(tài)
持久態(tài)實(shí)例可以通過調(diào)用 delete()變成脫管狀態(tài)。
通過get()或load()方法得到的實(shí)例都是持久化狀態(tài)的。
脫管狀態(tài)的實(shí)例可以通過調(diào)用lock()或者replicate()進(jìn)行持久化。
save()和persist()將會(huì)引發(fā)SQL的INSERT，delete()會(huì)引發(fā)SQLDELETE，
而update()或merge()會(huì)引發(fā)SQL UPDATE。對(duì)持久化（persistent）實(shí)例的修改在刷新提交的時(shí)候會(huì)被檢測(cè)到，它也會(huì)引起SQL UPDATE。
saveOrUpdate()或者replicate()會(huì)引發(fā)SQLINSERT或者UPDATE
二、save 和update區(qū)別
把這一對(duì)放在第一位的原因是因?yàn)檫@一對(duì)是最常用的。
save的作用是把一個(gè)新的對(duì)象保存
update是把一個(gè)脫管狀態(tài)的對(duì)象或自由態(tài)對(duì)象（一定要和一個(gè)記錄對(duì)應(yīng)）更新到數(shù)據(jù)庫
三、update 和saveOrUpdate區(qū)別
這個(gè)是比較好理解的，顧名思義，saveOrUpdate基本上就是合成了save和update,而update只是update;引用hibernate reference中的一段話來解釋他們的使用場合和區(qū)別
通常下面的場景會(huì)使用update()或saveOrUpdate()：
程序在第一個(gè)session中加載對(duì)象,接著把session關(guān)閉
該對(duì)象被傳遞到表現(xiàn)層
對(duì)象發(fā)生了一些改動(dòng)
該對(duì)象被返回到業(yè)務(wù)邏輯層最終到持久層
程序創(chuàng)建第二session調(diào)用第二個(gè)session的update()方法持久這些改動(dòng)
saveOrUpdate(po)做下面的事:
如果該po對(duì)象已經(jīng)在本session中持久化了，在本session中執(zhí)行saveOrUpdate不做任何事
如果savaOrUpdate(新po)與另一個(gè)與本session關(guān)聯(lián)的po對(duì)象擁有相同的持久化標(biāo)識(shí)(identifier)，拋出一個(gè)異常
org.hibernate.NonUniqueObjectException: a
different object with the same identifier value was already associated
with the session: [org.itfuture.www.po.Xtyhb#5]
saveOrUpdate如果對(duì)象沒有持久化標(biāo)識(shí)(identifier)屬性，對(duì)其調(diào)用save() ，否則update() 這個(gè)對(duì)象
四、persist和save區(qū)別
這個(gè)是最迷離的一對(duì)，表面上看起來使用哪個(gè)都行，在hibernate reference文檔中也沒有明確的區(qū)分他們.
這里給出一個(gè)明確的區(qū)分。（可以跟進(jìn)src看一下，雖然實(shí)現(xiàn)步驟類似，但是還是有細(xì)微的差別）
主要內(nèi)容區(qū)別：
1，persist把一個(gè)瞬態(tài)的實(shí)例持久化，但是并"不保證"標(biāo)識(shí)符(identifier主鍵對(duì)應(yīng)的屬性)被立刻填入到持久化實(shí)例中，標(biāo)識(shí)符的填入可能被推遲到flush的時(shí)候。
2，save, 把一個(gè)瞬態(tài)的實(shí)例持久化標(biāo)識(shí)符，及時(shí)的產(chǎn)生,它要返回標(biāo)識(shí)符，所以它會(huì)立即執(zhí)行Sql insert
五、saveOrUpdate,merge和update區(qū)別
比較update和merge
update的作用上邊說了，這里說一下merge的
如果session中存在相同持久化標(biāo)識(shí)(identifier)的實(shí)例，用用戶給出的對(duì)象覆蓋session已有的持久實(shí)例
(1)當(dāng)我們使用update的時(shí)候，執(zhí)行完成后，會(huì)拋出異常
(2)但當(dāng)我們使用merge的時(shí)候，把處理自由態(tài)的po對(duì)象A的屬性copy到session當(dāng)中處于持久態(tài)的po的屬性中，執(zhí)行完成后原來是持久狀態(tài)還是持久態(tài)，而我們提供的A還是自由態(tài)
六、flush和update區(qū)別
這兩個(gè)的區(qū)別好理解
update操作的是在自由態(tài)或脫管狀態(tài)(因session的關(guān)閉而處于脫管狀態(tài))的對(duì)象//updateSQL
而flush是操作的在持久狀態(tài)的對(duì)象。
默認(rèn)情況下，一個(gè)持久狀態(tài)的對(duì)象的改動(dòng)（包含set容器）是不需要update的，只要你更改了對(duì)象的值，等待hibernate flush就自動(dòng)更新或保存到數(shù)據(jù)庫了。hibernate flush發(fā)生在以下幾種情況中：
1， 調(diào)用某些查詢的和手動(dòng)flush(),session的關(guān)閉、SessionFactory關(guān)閉結(jié)合
get()一個(gè)對(duì)象，把對(duì)象的屬性進(jìn)行改變,把資源關(guān)閉。
2，transaction commit的時(shí)候（包含了flush）
七、lock和update區(qū)別
update是把一個(gè)已經(jīng)更改過的脫管狀態(tài)的對(duì)象變成持久狀態(tài)
lock是把一個(gè)沒有更改過的脫管狀態(tài)的對(duì)象變成持久狀態(tài)(針對(duì)的是因Session的關(guān)閉而處于脫管狀態(tài)的po對(duì)象(2)，不能針對(duì)因delete而處于脫管狀態(tài)的po對(duì)象)
對(duì)應(yīng)更改一個(gè)記錄的內(nèi)容，兩個(gè)的操作不同：
update的操作步驟是：
(1)屬性改動(dòng)后的脫管的對(duì)象的修改->調(diào)用update
lock的操作步驟是：
(2)調(diào)用lock把未修改的對(duì)象從脫管狀態(tài)變成持久狀態(tài)-->更改持久狀態(tài)的對(duì)象的內(nèi)容-->等待flush或者手動(dòng)flush
八、clear和evcit的區(qū)別
clear完整的清除session緩存
evcit(obj)把某個(gè)持久化對(duì)象從session的緩存中清空。