延遲加載是指當應用程序想要從數據庫獲取對象時（在沒有設置lazy屬性值為false），Hibernate只是從數據庫獲取符合條件的對象的OId從而生成代理對象，並沒有加載出對象
訪問該對象的屬性時才會加載出相應的值。簡答來說就是盡可能的減少查詢的數據量。
在Hibernate中通過.hbm配置文件中的lazy屬性來陪值，並且lazy屬性出現的位置不同其作用和取值也不同。下面來詳細介紹其在不同位置的不同取值和作用
在類標簽Class中出現的lazy取值有true（默認值 延遲加載）、false（立即加載）兩種取值如下所示：
如果lazy取值為false則表示應用程序從數據庫獲取對象時會立即加載所有屬性值（不包含自定義類型屬性）
員工表表結構：
員工實體類：
員工表的hbm映射文件：
測試代碼：
測試結果：
從上圖的結果中我們可以看到emp對象並沒有進行延時加載但是其保存部門（Dept）對象的引用的屬性並沒有進行加載。
我們再來看看當lazy屬性的值為true時的結果
從上圖我們可以看到lazy的屬性不管是True還是false其結果都是一樣的！這是為什麼呢？Lazy屬性的值為true是不是應該延時加載嗎？
注意：我們再上面編寫測試用例時獲取員工對象是用的get方法
而我也在之前的博客中說過session對象的get方法不支持延時加載他會忽略掉類級別的lazy屬性！我們把get方法換成load方法再來測試。
從上圖中我們可以看到當lazy屬性值為true時Hibernate並不會一次性加載出所有屬性值，只有當程序需要時才去加載從而減少了和數據庫交互的負擔，提升了程序的性能，這也是延遲加載出現的目的！
如果想要在獲取對象的同時立即加載與之關聯的自定義類型屬性就需要在其多對一配置中設置lazy屬性，在此處lazy屬性的取值為：proxy：延遲加載（默認值）、no-proxy:無代理延遲加載,false:立即加載
比如我們在實例一的基礎上添加lazy屬性值為false再來測試：
我們知道如果對象中存在其他實體的集合則需要在hbm文件中配置set元素來進行表間的映射，而在set元素中也可以添加lazy屬性其取值為：true：延遲加載（默認值）、false：立即加載、extra：加強延時加載。
在這裡不再對false的取值進行測試主要來測試true和extra的區別。我們再實例一的基礎上引入Dept（部門）類來進行測試：
部門實體類：
部門表映射文件：
測試代碼：
lazy屬性值為true：
Lazy屬性值為extra：
當我們在編寫基於分層的B/s程序時常常會因為Session提前關閉而數據沒有加載完成而引發no Session的異常如圖所示：
該異常引發的原因時同城操作數據的代碼編寫在DAO層和Biz層但是這兩層並不負責數據的展示而我們在jsp頁面中對數據進行展示時Session早已關閉並且有與延遲加載的關系數據並沒有加載到對象中，當jsp頁面去訪問對象屬性時Hibernate嘗試使用Session對象去和數據庫交互時發現並沒有可用的Session對象從而引發該異常。
對於此類問題同城的做法是利用過濾器（Filter）將Session對象存放在表示層。如下代碼所示創建過濾器：
然後在web.xml文件中配置過濾器：
經過以上操作就可以解決no Session的問題。當然還有其他的解決方案，但這種方案是使用最多的也是較為完善的解決方案，
緩存的定義
緩存是為了減少應用程序和數據庫交互次數而將一些修改頻率較低、查詢頻繁的非關鍵性數據單獨開辟一塊空間存放起來的一塊空間！是以一定范圍內的空間換取用戶從數據庫查詢數據的速度和性能的一種解決方案！
通常緩存分為以下幾類：
內部緩存、二級緩存、查詢緩存以及第三方緩存實現。
在Hibernate中內部緩存又稱為一級緩存和事務級緩存由Hibernate自動維護不可卸載。其生命周期和Session對象的生命周期相同，當Session關閉時該緩存也會被自動回收。如下所示：
其運行結果如下：
從結果中我們可以發現兩次查詢數據庫時Hibernate值是生成了一條sql語句也就是說只有第一次查詢時和數據庫進行了交互，並將查詢出的對象放入了內部緩存當第二次查詢時Hibernate發現內部緩存中已經存在該對象則直接將該對象返回不在和數據庫進行交互，並且這兩次查詢的對象的內存地址是完全相同的，由此可以得出內部緩存中緩存的是對象的內存地址的引用而不是對象的各個屬性值！
二級緩存是可配置的插件，是進程或集群范圍內的緩存，可以被所有的Session共享
在Hibernate中配置二級緩存的插件有很多下面使用EHCache插件為例來配置二級緩存。
1.引入如下jar包。
ehcache-1.2.3.jar 核心庫
backport-util-concurrent.jar
commons-logging.jar
2.配置Hibernate.cfg.xml開啟二級緩存
<propertyname="hibernate.cache.use_second_level_cache">true</property>
3.配置二級緩存的供應商
<property name="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>
注：property元素必須在mapping元素之上
4.配置可進入二級緩存的類
<class-cache usage="read-write" class="cn.happy.entity.Emp"/>
5.在Classpath目錄下引入ehcache.xml文件
經過以上5個步驟就可以將Dept對象放入二級緩存了，下面編寫測試用例
測試結果：
從結果中我們可以開出第二次查詢部門時並沒有生成生成sql語句但是我們兩次打印出的對象卻不是同一個內存地址，這是因為二級緩存中存放的並不是對象象的內存地址的引用而是對象的散裝屬性（可以看成是對象的各個屬性值）所以我們訪問二級換存時需要將這些散裝屬性重新再內存中拼裝成一個完整的對象。如果你仔細看的話你會發現當我們第二次去訪問員工集合時Hibernate還是會生成sql語句。那是因為以上二級緩存的配置是針對類針對類級別的。如果想要將員工集合也進行緩存的話就需要在hibernate.cfg.xml配置文件中加入集合緩存的配置，內容如下：
注：該配置必須是mapping元素的下一個元素
這時我們再來運行測試用來結果如下：
看到結果後你可能會大吃一驚，我沒配集合緩存時他只生成一條sql語句我陪完之後怎麼變成兩條sql了？但是你注意看著兩條sql語句是一模一樣的，都是根據員工對象的OID來進行查詢的！那麼員工對象的OID是從哪來的呢？沒錯，就是從二級緩存中獲取的至於為什麼只是緩存員工對象的OID而沒有緩存其他屬性值，是因為員工對象沒有配置二級緩存其不能進入二級緩存也就沒有辦法從二級緩存中拿到它的其他屬性值，我們對員工對象配置二級緩存後再來進行測試。
其結果如下：
在hibernate.cfg.xml配置文件中加入上述元素開啟二級緩存。並且在使用Query進行緩存時必須在獲取集合前調用query1.setCacheable(true);
下面編寫測試用例進行測試：
測試結果：
注意：
1.查詢緩存是基於二級緩存的在配置查詢緩存時必須配置二級緩存否則將拋出如下異常
2.在查詢緩存中保存的是對象內存地址的引用而不是對象的散裝屬性。
3.查詢緩存是根據兩次HQL查詢語句經Hibernate內部轉化後生成的sql語句是否一樣留在決定是否和數據庫進行交互而不是根據其對象的OID如下面的測試用例雖然查詢的是OID相同的對象但還是會和數據庫進行交互！
測試結果：
在一對多或者多對多檢索策略由lazy和fetch共同確定，Lazy：決定關聯對象初始化時機，Fetch：決定SQL語句構建形式。Fetch屬性的取值為：Join：迫切左外連接、Select：多條簡單SQL（默認值）、Subselect：子查詢。當Fetch屬性取值為join是將忽略lazy屬性采用立即加載策略。例如插敘編號為5的部門，即便將部門映射文件中映射員工集合的set元素中的lazy屬性設置為true或extra其還是會立即加載出該部門下的所有員工的集合，其Hibernate內部生成的sql語句如下：
1.返回的類型不一樣，list返回List,iterate返回Iterator,
2.獲取數據的方式不一樣，list會直接查數據庫,iterate會先到數據庫中把id都取出來，然後真正要遍歷某個對象的時候先到緩存中找,如果找不到,以id為條件再發一條sql到數據庫,這樣如果緩存中沒有數據,則查詢數據庫的次數為n+1。
3.iterate會查詢2級緩存，list 只會緩存，但不會使用緩存（除非結合查詢緩存）。
4.list中返回的List中每個對象都是原本的對象,iterate中返回的對象是代理對象
1.在緩存中都是以map集合的形式對象數據
2.一級緩存和二級緩存中都是以對象的OID作為map結合的key值而查詢緩存是以Hibernate內部生成的sql語句作為key值
3.一級緩存和查詢緩存中map集合的value值存放的是內存對象的引用，而二級緩存中存放的是對象的散裝屬性。
4.當應用程序需要從數據庫獲取數據時Hibernate會以此檢索一級緩存或查詢緩存>二級緩存或查詢緩存中是否有符合條件的數據如果有則直接返回不再進行和數據庫的交互，反之則生成sql語句去和數據庫進行交互獲取相應的數據再進行返回並依次將給數據放入一級緩存>二級緩存或查詢緩存
在classpath目錄下的ehcache.xml配置文件中的diskStore元素的path屬性值設置為想要保存的路徑並且將cache元素中的maxElementsInMemory屬性值設置為0。
