這次我們來談一下Hibernate3.2 Session加載數(shù)據(jù)時get和load方法的區(qū)別（Hibernate 3以后的版本就用get()方法取代find()這個方法了），其實這個在網(wǎng)上有很多的論述，可大多語焉不詳或經(jīng)不起實踐的推敲，讓很多初學(xué)者學(xué)的滿腹疑竇，現(xiàn)在我給大家講解一下：

1. 對于Hibernate get方法，Hibernate會確認一下該id對應(yīng)的數(shù)據(jù)是否存在，首先在session緩存中查找，然后在二級緩存中查找，還沒有就查詢數(shù)據(jù)庫，數(shù)據(jù)庫中沒有就返回null。這個相對比較簡單，也沒有太大的爭議。主要要說明的一點就是在這個版本中g(shù)et方法也會查找二級緩存！

2. Hibernate load方法加載實體對象的時候，根據(jù)映射文件上類級別的lazy屬性的配置(默認為true)，分情況討論：

(1)若為true,則首先在Session緩存中查找，看看該id對應(yīng)的對象是否存在，不存在則使用延遲加載，返回實體的代理類對象(該代理類為實體類的子類，由CGLIB動態(tài)生成)。等到具體使用該對象(除獲取OID以外)的時候，再查詢二級緩存和數(shù)據(jù)庫，若仍沒發(fā)現(xiàn)符合條件的記錄，則會拋出一個ObjectNotFoundException。

(2)若為false,就跟Hibernate get方法查找順序一樣，只是最終若沒發(fā)現(xiàn)符合條件的記錄，則會拋出一個ObjectNotFoundException。

這里get和load有兩個重要區(qū)別:

如果未能發(fā)現(xiàn)符合條件的記錄，Hibernate get方法返回null，而load方法會拋出一個ObjectNotFoundException。
load 方法可返回沒有加載實體數(shù)據(jù)的代理類實例，而get方法永遠返回有實體數(shù)據(jù)的對象。(對于load和get方法返回類型：好多書中都說：“get方法永遠只返回實體類”，實際上并不正確，get方法如果在session緩存中找到了該id對應(yīng)的對象，如果剛好該對象前面是被代理過的，如被load方法使用過，或者被其他關(guān)聯(lián)對象延遲加載過，那么返回的還是原先的代理對象，而不是實體類對象，如果該代理對象還沒有加載實體數(shù)據(jù)（就是id以外的其他屬性數(shù)據(jù)），那么它會查詢二級緩存或者數(shù)據(jù)庫來加載數(shù)據(jù)，但是返回的還是代理對象，只不過已經(jīng)加載了實體數(shù)據(jù)。)
總之對于get和load的根本區(qū)別，一句話，hibernate對于load方法認為該數(shù)據(jù)在數(shù)據(jù)庫中一定存在，可以放心的使用代理來延遲加載，如果在使用過程中發(fā)現(xiàn)了問題，只能拋異常；而對于get方法，hibernate一定要獲取到真實的數(shù)據(jù)，否則返回null。

最后，我們分析下為什么網(wǎng)路上那么多關(guān)于二者區(qū)別的文章不太準(zhǔn)確！首先可能是版本問題，Hibernate版本不同，運行機制不太一樣；其次就是很多朋友只是把自己經(jīng)驗所得與人分享，并沒有經(jīng)過全方位代碼的檢測；最后就是有些技術(shù)牛人，表達比較隨意。所以我希望大家以后學(xué)習(xí)知識的時候不要盲從他人迷信權(quán)威，一定要綜合多方資料，比較和整理，再經(jīng)過自己實踐檢驗，這樣得到的知識才是真實有效的。

第二篇

Users user = (Users)session.load(Users.class, userId);????
Users user = (Users)session.load(Users.class, userId);? get加載方法：

Java代碼
Users user = (Users)session.get(Users.class, userId);??
Users user = (Users)session.get(Users.class, userId);兩加載方法區(qū)別：

區(qū)別1：如果數(shù)據(jù)庫中，沒有userId的對象。如果通過get方法加載，則返回的是一個null；如果通過load加載，則返回一個代理對象，如果后面代碼如果調(diào)用user對象的某個屬性（比如user.getPassword()）會拋出異常：org.hibernate.ObjectNotFoundException；

區(qū)別2：load支持延遲加載，get不支持延遲加載。

也就是說： 而：

Java代碼
Users user = (Users)session.load(Users.class, userId);??
Users user = (Users)session.load(Users.class, userId);這句代碼不會去執(zhí)行數(shù)據(jù)庫查詢，只有用到user時才會去執(zhí)行數(shù)據(jù)庫查詢。

Java代碼
Users user = (Users)session.get(Users.class, userId);??
Users user = (Users)session.get(Users.class, userId);則立即去執(zhí)行數(shù)據(jù)庫查詢。 所以Users user = (Users)session.load(Users.class, userId);不會執(zhí)行任何sql。

注意：

Java代碼
Users user = (Users)session.load(Users.class, userId);??
System.out.println(user.getId());??
Users user = (Users)session.load(Users.class, userId);
System.out.println(user.getId());上面這2句代碼，不會去執(zhí)行數(shù)據(jù)庫操作。因為load后會在hibernate的一級緩存里存放一個map對象，該map的key就是userId的值，但是當(dāng)你getId()時，它會去一級緩存里拿map的key值，而不去執(zhí)行數(shù)據(jù)庫查詢。所以不會報任何錯。不會執(zhí)行任何數(shù)據(jù)庫操作。



本文來自CSDN博客，轉(zhuǎn)載請標(biāo)明出處：http://blog.csdn.net/shiyuntian_wang/archive/2009/09/28/4604595.aspx

Hibernate中g(shù)et和load方法的區(qū)別