什麼是延遲載入？

延遲載入是指當應用程式想要從資料庫獲取對象時（在沒有設置lazy屬性值為false），Hibernate只是從資料庫獲取符合條件的對象的OId從而生成代理對象，並沒有載入出對象

訪問該對象的屬性時才會載入出相應的值。簡答來說就是儘可能的減少查詢的數據量。

如何配置延遲載入

在Hibernate中通過.hbm配置文件中的lazy屬性來陪值，並且lazy屬性出現的位置不同其作用和取值也不同。下麵來詳細介紹其在不同位置的不同取值和作用

類Class標簽中的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屬性，在此處lazy屬性的取值為：proxy：延遲載入（預設值）、no-proxy:無代理延遲載入,false:立即載入

比如我們在實例一的基礎上添加lazy屬性值為false再來測試：

Set元素中的lazy屬性

我們知道如果對象中存在其他實體的集合則需要在hbm文件中配置set元素來進行表間的映射，而在set元素中也可以添加lazy屬性其取值為：true：延遲載入（預設值）、false：立即載入、extra：加強延時載入。

在這裡不再對false的取值進行測試主要來測試true和extra的區別。我們再實例一的基礎上引入Dept（部門）類來進行測試：

部門實體類：

部門表映射文件：

測試代碼：

lazy屬性值為true：

Lazy屬性值為extra：

有延時載入而引發的no Session問題

當我們在編寫基於分層的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共同確定，Lazy：決定關聯對象初始化時機，Fetch：決定SQL語句構建形式。Fetch屬性的取值為：Join：迫切左外連接、Select：多條簡單SQL（預設值）、Subselect：子查詢。當Fetch屬性取值為join是將忽略lazy屬性採用立即載入策略。例如插敘編號為5的部門，即便將部門映射文件中映射員工集合的set元素中的lazy屬性設置為true或extra其還是會立即載入出該部門下的所有員工的集合，其Hibernate內部生成的sql語句如下：

Query介面的list方法和iterate方法的區別

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。