一.get與load對照

在hibernate中get和load方法是依據id取得持久化對象的兩種方法。但在實際使用的過程中總會把兩者混淆，不知道什麽情況下使用get好，什麽時候使用load方法效率更高。下邊具體說一下get和load的不同，有些時候為了對照也會把find加進來。

1.從返回結果上對照：

2.從檢索運行機制上對照：

get方法和find方法都是直接從數據庫中檢索 而load方法的運行則比較復雜首先查找session的persistent Context中是 否有緩存。假設有則直接返回 假設沒有則推斷是否是lazy。假設不是直接訪問數據庫檢索，查到記錄返回。查不到拋出異常 假設是lazy則須要建立代理對象。對象的initialized屬性為false。target屬性為null 在訪問獲得的代理對象的屬性時,檢索數據庫，假設找到記錄則把該記錄的對象拷貝到代理對象的target上。並將initialized=true，假設找不到就拋出異常。

3.根本差別說明

所說的load方法拋異常是指在使用 該對象的數據時，數據庫中不存在該數據時拋異常，而不是在創建這個對象時。

因為session中的緩存對於hibernate來說是個相當便宜的資源。所以在load時會先查一下session緩存看看該id相應的對象是否存在，不存在則創建代理。

所以假設你知道該id在數據庫中一定有相應記錄存在就能夠使用load方法來實現延遲載入。

對於get方法，hibernate會確認一下該id相應的數據是否存在，首先在session緩存中查找，然後在二級緩存中查找。還沒有就查數據庫，數據庫中沒有就返回null。

對於load和get方法返回類型：盡管好多書中都這麽說：“get()永遠僅僅返回實體類”。但實際上這是不對的，get方法假設在 session緩存中找到了該id相應的對象，假設剛好該對象前面是被代理過的。如被load方法使用過，或者被其它關聯對象延遲載入過，那麽返回的還是 原先的代理對象，而不是實體類對象，假設該代理對象還沒有載入實體數據（就是id以外的其它屬性數據），那麽它會查詢二級緩存或者數據庫來載入數據，可是 返回的還是代理對象。僅僅只是已經載入了實體數據。

get方法首先查詢session緩存，沒有的話查詢二級緩存。最後查詢數據庫。反而load方法創建時首先查詢session緩存，沒有就創建代理，實際使用數據時才查詢二級緩存和數據庫。

二.使用情況分析

至於何種情況使用get什麽時候使用load。我感覺最本質的還是要看要載入的持久化對象及數據量。

當要載入的對象與其它對象沒有復雜的聯系時使用get和load沒有太大的差別；當要載入的對象和其它對象之間有復雜的關聯關系。而且對象之間的關聯數量比較大的情況下使用load方法要比get方法效率高。

比方班級和學生兩個持久化對象實體，當取得班級信息時也要載入相應班級的全部學生信息。可是假設在程序中我們如今須要的知識班級信息而不須要學生信息。在這樣的情況下get方式要等到班級信息連同學生信息都載入完成才幹使用，而load方式會首先載入班級信息並保存班級與學生之間的關系，等到真正使用學生信息的時候才會去載入。所以在關系復雜而且數據量大的情況下load方式要明顯有優勢。

三.簡單總結

總之對於get和load的根本差別。一句話，hibernate對於load方法覺得該數據在數據庫中一定存在，能夠放心的使用代理來延遲載入，假設在使用過程中發現了問題，僅僅能拋異常；而對於get方法，hibernate一定要獲取到真實的數據，否則返回null。在實際使用過程中假設分不清使用哪一種，直接使用load方式就可以。

hibernate載入持久化對象的兩種方式——get、load