ASP.NET緩存頁面
很早就想寫多點關于ASP.NET緩存頁面的東西，一來是為了自己可以更方面的查詢，二來當然了更方面大家拉。哈，閑話少說，今天剛好有空就拼湊點出來
緩存頁面
使用OutputCache指令
- <%@OutputCacheDuration="3600"
- Location="Any"
- VaryByCustom="browser"
- VaryByParam="RequestID"%>
其中Duration和VaryByParam特性是必須的。
VaryByParam允許我們緩存頁面的不同版本。在上面的例子中，VaryByParam設為了RequestID，所以ASP.NET使用RequestID參數(shù)的不同值，這些值或者是在HTTP GET的查詢字符串中傳入，或者是在HTTP POST的參數(shù)中傳入?？梢酝ㄟ^檢查RequestID參數(shù)的值讓應用程序區(qū)分不同的用戶；通過在頁面的OutputCache指令中放置VaryByParam＝"RequestID"，可以讓ASP.NET為每個用戶緩存頁面的不同版本。
如果不想根據(jù)參數(shù)的值緩存頁面的不問版本，那么只要把VaryByParam設為none。
也可以要求ASP.NET為每個可能的參數(shù)組合緩存頁面的一個版本。為此，可把VaryByParam設為*。
VaryByHeader和VaryByCustom特性與VaryByParam的相似之處在于，它們允許指定何時應創(chuàng)建頁面新的緩存版本。
VaryByHeader允許我們根據(jù)由分號分隔的HTTP頭的列表末緩存頁面的不向版本。
VaryByCustom當設為browser時，允許我們根據(jù)瀏覽器的名稱和主版本信息緩存不同版本。也可以把它設為一個自定義方法的名稱，從而實現(xiàn)我們自己的邏輯，控制緩存的版本。
片斷緩存
可以利用用戶控件將頁面分段，在ascx文件中寫入緩存的語句，而不在aspx文件中寫緩存語句，這樣ASP.NET就可以只緩存ascx片斷的輸出了。一般像頁眉或頁腳基本上都是一樣的，就不需要重新加載。但是如果其中有動態(tài)變化的數(shù)據(jù)就不能對其進行緩存，因為一旦被緩存后程序就不會再創(chuàng)建它的實例來更新數(shù)據(jù)顯示，只有等到生存期過期才行，所以對于這種情況就不適于用頁面片斷緩存。
注意：
一、注意片段緩存不支持Location特性；緩存頁面片段惟一合法的地方是web服務器。這是因為片段緩存在ASP.NET中是新的功能，所以瀏覽器和代理服務器不支持。
二、片段緩存有另外一個在頁面緩存中沒有的特性——VaryByControl。VaryByControl特性允許指定一個由分號分隔的字符串列表，代表用戶控件內使用的控件的名稱；ASP.NET將針對值的每個不同的組合生成用戶構件的一個緩存版本。
數(shù)據(jù)緩存
低級API是Cache類，它位于ASP.NET中的System.web.Caching命名空間，可以用它緩存生成很耗費資源的數(shù)據(jù)。Cache類的使用和Session與Application對象一樣簡單。每個應用程序只有一個Cache對象——這意味著使用Cache對象存儲在緩存中的數(shù)據(jù)是應用程序級別的數(shù)據(jù)。使事情更為簡單的是，Page類的Cache屬性使應用程序的Cache對象實例能在代碼中使用。
通過Cache對象緩存的數(shù)據(jù)存儲在應用程序的內存中。這意味著該數(shù)據(jù)的生存期不會超過應用程序的重啟(事實上，這和存儲在Application與Session對象中的數(shù)據(jù)一樣，除非使用StateService或SQL State會話模式存儲Session數(shù)據(jù))。
具體的使用和語法與Session和Application一樣。轉換回來的時候需要注意對其進行相應類型的強制類型轉換。
這不是在ASP.NET緩存中添加緩存項的惟一方式。Cache對象有兩個方法Insert()方法和Add()方法，它們靈活性更高。它們的用法近似，但稍有不同：
Insert()方法用于覆蓋ASP.NET緩存中現(xiàn)有的緩存項。
Add()方法只用于在ASP.NET緩存中添加新的緩存項(如果用它覆蓋現(xiàn)有的緩存項，則會失敗)。
每個方法都有7個參數(shù)，而且兩個方法的參數(shù)相同。
在緩存某一項時，可以指定它的相關性，告訴ASP.NET緩存頁面在緩存中一直保留到某個事件發(fā)生時為止。
【編輯推薦】
