這次我們來談一下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)過自己實踐檢驗，這樣得到的知識才是真實有效的。