get和load方式是根據id取得一個記錄
下邊詳細說一下get和load的不同，因爲有些時候爲了對比也會把find加進來。
1.從返回結果上對比：
load方式檢索不到的話會拋出org.hibernate.ObjectNotFoundException異常
get方法檢索不到的話會返回null
2.從檢索執行機制上對比：
get方法和find方法都是直接從數據庫中檢索
而load方法的執行則比較複雜
■ 首先查找session的persistentContext中是否有緩存，如果有則直接返回
■如果沒有則判斷是否是lazy，如果不是直接訪問數據庫檢索，查到記錄返回，查不到拋出異常
■如果是lazy則需要建立代理對象，對象的initialized屬性爲false，target屬性爲null
■在訪問獲得的代理對象的屬性時,檢索數據庫，如果找到記錄則把該記錄的對象複製到代理對象的target上，並將initialized=true，如果找不到就拋出異常。
3.根本區別說明
■如果你使用load方法，hibernate認爲該id對應的對象（數據庫記錄）在數據庫中是一定存在的，所以它可以放心的使用，它可以放心的使用代理來延遲加載該對象。在用到對象中的其他屬性數據時才查詢數據庫，但是萬一數據庫中不存在該記錄，那沒辦法，只能拋異常。所說的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緩存，沒有就創建代理，實際使用數據時才查詢二級緩存和數據庫。
4.簡單總結
總之對於get和load的根本區別，一句話，hibernate對於load方法認爲該數據在數據庫中一定存在，可以放心的使用代理來延遲加載，如果在使用過程中發現了問題，只能拋異常；而對於get方法，hibernate一定要獲取到真實的數據，否則返回null。