本文主要介紹Hibernate中兩個極為相似的方法Hibernate get()與Hibernate load(),他們都可以通過指定的實體類與ID從數(shù)據(jù)庫中讀取數(shù)據(jù),并返回對應的實例,但Hibernate不會搞兩個完全一樣的方法的，它們間的不同在于:
◆如果找不到符合條件的紀錄，get()方法將返回null．而load()將會報出ObjectNotFoundEcception．

◆load()方法可以返回實體的代理類實例，而get()永遠只返回實體類．

◆load()方法可以充分利用二級緩存和內(nèi)部緩存的現(xiàn)有數(shù)據(jù)，而get()方法只在內(nèi)部緩存中進行查找，如沒有發(fā)現(xiàn)對應數(shù)據(jù)將跳過二級緩存，直接調(diào)用ＳＱＬ完成查找．

呵呵，沒有說到根本點上，Hibernate  get方法和Hibernate load方法的根本區(qū)別在于：如果你使用load方法，hibernate認為該id對應的對象（數(shù)據(jù)庫記錄）在數(shù)據(jù)庫中是一定存在的，所以它可以放心的使用，它可以放心的使用代理來延遲加載該對象。在用到對象中的其他屬性數(shù)據(jù)時才查詢數(shù)據(jù)庫，但是萬一數(shù)據(jù)庫中不存在該記錄，那沒辦法，只能拋異常，所說的load方法拋異常是指在使用該對象的數(shù)據(jù)時，數(shù)據(jù)庫中不存在該數(shù)據(jù)時拋異常，而不是在創(chuàng)建這個對象時。由于session中的緩存對于hibernate來說是個相當廉價的資源，所以在load時會先查一下session緩存看看該id對應的對象是否存在，不存在則創(chuàng)建代理。所以如果你知道該id在數(shù)據(jù)庫中一定有對應記錄存在就可以使用load方法來實現(xiàn)延遲加載。
對于get方法，hibernate會確認一下該id對應的數(shù)據(jù)是否存在，首先在session緩存中查找，然后在二級緩存中查找，還沒有就查數(shù)據(jù)庫，數(shù)據(jù)庫中沒有就返回null。

對于第2點，雖然好多書中都這么說：“get()永遠只返回實體類”，但實際上這是不正確的，get方法如果在session緩存中找到了該id對應的對象，如果剛好該對象前面是被代理過的，如被load方法使用過，或者被其他關聯(lián)對象延遲加載過，那么返回的還是原先的代理對象，而不是實體類對象，如果該代理對象還沒有加載實體數(shù)據(jù)（就是id以外的其他屬性數(shù)據(jù)），那么它會查詢二級緩存或者數(shù)據(jù)庫來加載數(shù)據(jù)，但是返回的還是代理對象，只不過已經(jīng)加載了實體數(shù)據(jù)。

胡說八道，前面已經(jīng)講了，get方法首先查詢session緩存，沒有的話查詢二級緩存，最后查詢數(shù)據(jù)庫；反而load方法創(chuàng)建時首先查詢session緩存，沒有就創(chuàng)建代理，實際使用數(shù)據(jù)時才查詢二級緩存和數(shù)據(jù)庫。

總之對于get和load的根本區(qū)別，一句話，hibernate對于load方法認為該數(shù)據(jù)在數(shù)據(jù)庫中一定存在，可以放心的使用代理來延遲加載，如果在使用過程中發(fā)現(xiàn)了問題，只能拋異常；而對于get方法，hibernate一定要獲取到真實的數(shù)據(jù)，否則返回null。

樓主有沒有實際測試過，還是道聽途說，還是想混積分。

網(wǎng)上有許多關于Hibernate get/Hibernate load方法的討論，自己做了一個小小的實驗，明確一下Hibernate get/Hibernate load方法的工作原理。
首先get方法沒有什么可說的，就是在Session執(zhí)行此函數(shù)的時候hit一下數(shù)據(jù)庫，而load方法比較麻煩，具體的執(zhí)行流程是這樣的：

java 代碼

Session session=getSessionFactory().openSession();     
Transaction tr=session.beginTransaction();     
//Student stu2=(Student)session.get(Student.class, new Integer(5));     
//if(session.contains(stu2)) System.out.println("stu2 in the session");     
Student stu=(Student)session.load(Student.class, new Integer(5));     
stu.getAddress();     
tr.commit();     
session.close();    

（1）查找Session所在的persistent Context中是否有緩存的persistent object，如果有則直接返回該persistent object作為stu對象；如果沒有，則需要建立代理對象，該代理對象不是我們認為的pojo，其中的代理對象的initialized屬性為false，target屬性為null。
（2）在訪問獲得的代理對象的屬性時，例如執(zhí)行stu.getArress()時，因為此時的persistent Context中沒有該persistent object,所以會hit數(shù)據(jù)庫。
（3）hit數(shù)據(jù)庫時，如果在數(shù)據(jù)庫中找到該對象對應的記錄，那么用獲得的對象賦值給該代理對象的target屬性，并且將initialized屬性改為true；如果在數(shù)據(jù)庫中找不到該對象對應的記錄，那么拋出org.hibernate.ObjectNotFoundException異常。

而get方法每次執(zhí)行都hit數(shù)據(jù)庫，如果沒有相對應的記錄，那么就返回null。

1)當數(shù)據(jù)庫不存在對應ID數(shù)據(jù)時，調(diào)用load()方法將會拋出ObjectNotFoundException異常，get()方法將返回null.下面是一個簡單的測試數(shù)據(jù)庫中沒有id為2的person

2)也就是延時加載的區(qū)別。load的方法默認要加載的對象是存在數(shù)據(jù)庫中的，返回的是一個代理對象而不是一個真正的類實例，當用到具體與數(shù)據(jù)庫有關的數(shù)據(jù)時候才查詢數(shù)據(jù)庫，而get方法直接查詢數(shù)據(jù)庫，返回類的實例。例如上面的例子，運行到（1）直接輸出sql語句，而（3）卻沒有輸出，在（5）輸出了一條sql語句，由于所查詢的對象不存在拋出ObjectNotFoundException異常。關于類的代理對象可以通過debug調(diào)試的到。但是如果在內(nèi)部內(nèi)存中存在所要查詢的對象，無論對象是代理的（load出來的）還是類的實例（get出來的）都會返回內(nèi)存中的形態(tài)。

3)第三點區(qū)別就是：“，get方法首先查詢session緩存，沒有的話查詢二級緩存，最后查詢數(shù)據(jù)庫；反而load方法創(chuàng)建時首先查詢session緩存，沒有就創(chuàng)建代理，實際使用數(shù)據(jù)時才查詢二級緩存和數(shù)據(jù)庫?！边@是從別的地方聽說的。

【編輯推薦】

1. Hibernate一對多實例
2. Hibernate的cache緩存解析
3. Hibernate項目學習經(jīng)驗
4. 淺談Hibernate Session實例
5. 面向?qū)ο蟮?DB2 pureXML 應用程序開發(fā)