Hibernate加載數據時get和load方法的區別，讓我們先看一下方法原型吧：

1.get方法

 /**

  * Return the persistent instance of the given entity class with the given identifier,

  * or null if there is no such persistent instance. (If the instance, or a proxy for the

  * instance, is already associated with the session, return that instance or proxy.)

  *

  * @param clazz a persistent class

  * @param id an identifier

  * @return a persistent instance or null

  * @throws HibernateException

  */

 public Object get(Class clazz, Serializable id) throws HibernateException;

2.load方法

 /**

  * Return the persistent instance of the given entity class with the given identifier,

  * assuming that the instance exists.

  * <br><br>

  * You should not use this method to determine if an instance exists (use <tt>get()</tt>

  * instead). Use this only to retrieve an instance that you assume exists, where non-existence

  * would be an actual error.

  *

  * @param theClass a persistent class

  * @param id a valid identifier of an existing persistent instance of the class

  * @return the persistent instance or proxy

  * @throws HibernateException

  */

經過比較我們可以發現：Session.load/get方法均可以根據指定的實體類和id從數據庫讀取記錄，并返回與之對應的實體對象。其區別在于：

  1. 如果未能發現符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException。
  2. Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。
  3. load方法可以充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。

 

Session在加載實體對象時，將經過的過程：

  1. 首先，Hibernate中維持了兩級緩存。第一級緩存由Session實例維護，其中保持了Session當前所有關聯實體的數據，也稱為內部緩存。而第二級緩存則存在于SessionFactory層次，由當前所有由本SessionFactory構造的Session實例共享。出于性能考慮，避免無謂的數據庫訪問，Session在調用數據庫查詢功能之前，會先在緩存中進行查詢。首先在第一級緩存中，通過實體類型和id進行查找，如果第一級緩存查找命中，且數據狀態合法，則直接返回。
  2. 之后，Session會在當前“NonExists”記錄中進行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回null。“NonExists”記錄了當前Session實例在之前所有查詢操作中，未能查詢到有效數據的查詢條件（相當于一個查詢黑名單列表）。如此一來，如果Session中一個無效的查詢條件重復出現，即可迅速作出判斷，從而獲得最佳的性能表現。
  3. 對于load方法而言，如果內部緩存中未發現有效數據，則查詢第二級緩存，如果第二級緩存命中，則返回。
  4. 如在緩存中未發現有效數據，則發起數據庫查詢操作（Select SQL），如經過查詢未發現對應記錄，則將此次查詢的信息在“NonExists”中加以記錄，并返回null。
  5. 根據映射配置和Select SQL得到的ResultSet，創建對應的數據對象。
  6. 將其數據對象納入當前Session實體管理容器（一級緩存）。
  7. 執行Interceptor.onLoad方法（如果有對應的Interceptor）。
  8. 將數據對象納入二級緩存。
  9. 如果數據對象實現了LifeCycle接口，則調用數據對象的onLoad方法。
  10. 返回數據對象。

============================================

Hibernate中有兩個極為相似的方法get()與load(),他們都可以通過指定的實體類與ID從數據庫中讀取數據,并返回對應的實例,但Hibernate不會搞兩個完全一樣的方法的，它們間的不同在于:

　１．如果找不到符合條件的紀錄，get()方法將返回null．而load()將會報出ObjectNotFoundEcception．

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

    ３．load()方法可以充分利用二級緩存和內部緩存的現有數據，而get()方法只在內部緩存中進行查找，如沒有發現對應數據將跳過二級緩存，直接調用ＳＱＬ完成查找．

 B:

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

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

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

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

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

C:

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

java 代碼
 
  1. Session session=getSessionFactory().openSession();  
  2. Transaction tr=session.beginTransaction();  
  3. //Student stu2=(Student)session.get(Student.class, new Integer(5));  
  4. //if(session.contains(stu2)) System.out.println("stu2 in the session");  
  5. Student stu=(Student)session.load(Student.class, new Integer(5));  
  6. stu.getAddress();  
  7. tr.commit();  
  8. session.close();  


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

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