Session.load/get方法均可以根據指定的實體類和id從數據庫讀取記錄，并返回與之對應的實體對象。其區(qū)別在于：
- 如果未能發(fā)現符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException。
- Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。
- load方法可以充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發(fā)現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。
Session在加載實體對象時，將經過的過程：
首先，Hibernate中維持了兩級緩存。第一級緩存由Session實例維護，其中保持了Session當前所有關聯(lián)實體的數
據，也稱為內部緩存。而第二級緩存則存在于SessionFactory層次，由當前所有由本SessionFactory構造的Session實例共
享。出于性能考慮，避免無謂的數據庫訪問，Session在調用數據庫查詢功能之前，會先在緩存中進行查詢。首先在第一級緩存中，通過實體類型和id進行
查找，如果第一級緩存查找命中，且數據狀態(tài)合法，則直接返回。
之后，Session會在當前“NonExists”記錄中進行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回null。
“NonExists”記錄了當前Session實例在之前所有查詢操作中，未能查詢到有效數據的查詢條件（相當于一個查詢黑名單列表）。如此一來，如果
Session中一個無效的查詢條件重復出現，即可迅速作出判斷，從而獲得最佳的性能表現。
對于load方法而言，如果內部緩存中未發(fā)現有效數據，則查詢第二級緩存，如果第二級緩存命中，則返回。
如在緩存中未發(fā)現有效數據，則發(fā)起數據庫查詢操作（Select
SQL），如經過查詢未發(fā)現對應記錄，則將此次查詢的信息在“NonExists”中加以記錄，并返回null。 根據映射配置和Select
SQL得到的ResultSet，創(chuàng)建對應的數據對象。 將其數據對象納入當前Session實體管理容器（一級緩存）。
執(zhí)行Interceptor.onLoad方法（如果有對應的Interceptor）。 將數據對象納入二級緩存。
如果數據對象實現了LifeCycle接口，則調用數據對象的onLoad方法。 返回數據對象。
另外值得注意的是：（接前面的例子）
User user1 = (User) session.get(User.class, new Integer(1));
User user2 = (User) session.load(User.class, new Integer(1));
和
User user2 = (User) session.load(User.class, new Integer(1));
User user1 = (User) session.get(User.class, new Integer(1));
僅僅執(zhí)行的順序不同，但取數據使用的機制是不同的。
如下圖所示：
很明顯，在執(zhí)行session.get之前從來沒有執(zhí)行過session.load，則session.get直接返回實體而不使用ｐｒｏｘｙ。在這之后若使用session.load也將直接返回實體。
但是如果由session.load先執(zhí)行，則一定不會直接返回對象實體的。因為他優(yōu)先考慮從緩存中返回數據。
ExtJS教程-
Hibernate教程-
Struts2 教程-
Lucene教程