相比 ASP.NET 的所有其他特性，緩存對應用程序的性能具有最大的潛在影響，利用緩存和其他機制，ASP.NET 開發(fā)人員可以接受使用開銷很大的控件（例如，DataGrid）構建站點時的額外開銷，而不必擔心性能會受到太大的影響。為了在應用程序中最大程度地利用緩存，您應該考慮在所有程序級別上都實現(xiàn)緩存的方法。
　　實現(xiàn)　　
　　要實現(xiàn)頁面輸出緩存，只要將一條 OutputCache 指令添加到頁面即可。　　
　?。?@ OutputCache Duration="60" VaryByParam="*" %＞　　
　　如同其他頁面指令一樣，該指令應該出現(xiàn)在 ASPX 頁面的頂部，即在任何輸出之前。它支持五個屬性（或參數(shù)），其中兩個是必需的?！?
　　Duration
　　必需屬性。頁面應該被緩存的時間，以秒為單位。必須是正整數(shù)?！?
　　Location
　　指定應該對輸出進行緩存的位置。如果要指定該參數(shù)，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient?！?
　　VaryByParam
　　 必需屬性。Request 中變量的名稱，這些變量名應該產(chǎn)生單獨的緩存條目。"none" 表示沒有變動。"*" 可用于為每個不同的變量數(shù)組創(chuàng)建新的緩存條目。變量之間用 ";" 進行分隔?！　?
　　VaryByHeader
　　 基于指定的標頭中的變動改變緩存條目?！　?
　　VaryByCustom
　　 允許在 global.asax 中指定自定義變動（例如，"Browser"）。　　
　　利用必需的 Duration 和 VaryByParam 選項的組合可以處理大多數(shù)情況。例如，如果您的產(chǎn)品目錄允許用戶基于 categoryID 和頁變量查看目錄頁，您可以用參數(shù)值為 "categoryID;page" 的 VaryByParam 將產(chǎn)品目錄緩存一段時間（如果產(chǎn)品不是隨時都在改變，一小時還是可以接受的，因此，持續(xù)時間是 3600 秒）。這將為每個種類的每個目錄頁創(chuàng)建單獨的緩存條目。每個條目從其第一個請求算起將維持一個小時?！?
　　VaryByHeader 和 VaryByCustom 主要用于根據(jù)訪問頁面的客戶端對頁面的外觀或內(nèi)容進行自定義。同一個 URL 可能需要同時為瀏覽器和移動電話客戶端呈現(xiàn)輸出，因此，需要針對不同的客戶端緩存不同的內(nèi)容版本?；蛘?，頁面有可能已經(jīng)針對 IE 進行了優(yōu)化，但需要能針對 Netscape 或 Opera 完全降低優(yōu)化（而不僅僅是破壞頁面）。后一個例子非常普遍，我們將提供一個說明如何實現(xiàn)此目標的示例：　
　　示例：VaryByCustom 用于支持瀏覽器自定義　　
　　為了使每個瀏覽器都具有單獨的緩存條目，VaryByCustom 的值可以設置為 "browser"。此功能已經(jīng)內(nèi)置在緩存模塊中，并且將針對每個瀏覽器名稱和主要版本插入單獨的頁面緩存版本?！?
　?。?@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser" %＞　
　　片段緩存，用戶控件輸出緩存
　　緩存整個頁面通常并不可行，因為頁面的某些部分是針對用戶定制的。不過，頁面的其他部分是整個應用程序共有的。這些部分最適合使用片段緩存和用戶控件進行緩存。菜單和其他布局元素，尤其是那些從數(shù)據(jù)源動態(tài)生成的元素，也應該用這種方法進行緩存。如果需要，可以將緩存的控件配置為基于對其控件（或其他屬性）的更改或由頁面級輸出緩存支持的任何其他變動進行改變。使用同一組控件的幾百個頁面還可以共享那些控件的緩存條目，而不是為每個頁面保留單獨的緩存版本?！?

　　實現(xiàn)　　
　　片段緩存使用的語法與頁面級輸出緩存一樣，但其應用于用戶控件（.ascx 文件）而不是 Web 窗體（.aspx 文件）。除了 Location 屬性，對于 OutputCache 在 Web 窗體上支持的所有屬性，用戶控件也同樣支持。用戶控件還支持名為 VaryByControl 的 OutputCache 屬性，該屬性將根據(jù)用戶控件（通常是頁面上的控件，例如，DropDownList）的成員的值改變該控件的緩存。如果指定了 VaryByControl，可以省略 VaryByParam。最后，在默認情況下，對每個頁面上的每個用戶控件都單獨進行緩存。不過，如果一個用戶控件不隨應用程序中的頁面改變，并且在所有頁面都使用相同的名稱，則可以應用 Shared="true" 參數(shù)，該參數(shù)將使用戶控件的緩存版本供所有引用該控件的頁面使用。
　　示例　　
　　＜%@ OutputCache Duration="60" VaryByParam="*" %＞　　
　　該示例將緩存用戶控件 60 秒，并且將針對查詢字符串的每個變動、針對此控件所在的每個頁面創(chuàng)建單獨的緩存條目?！　?
　?。?@ OutputCache Duration="60" VaryByParam="none"
　　VaryByControl="CategoryDropDownList" %＞　　
　　該示例將緩存用戶控件 60 秒，并且將針對 CategoryDropDownList 控件的每個不同的值、針對此控件所在的每個頁面創(chuàng)建單獨的緩存條目。　　
　?。?@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser"
　　Shared="true %＞　　
　　最后，該示例將緩存用戶控件 60 秒，并且將針對每個瀏覽器名稱和主要版本創(chuàng)建一個緩存條目。然后，每個瀏覽器的緩存條目將由引用此用戶控件的所有頁面共享（只要所有頁面都用相同的 ID 引用該控件即可）?！　?
　　頁面級和用戶控件級輸出緩存的確是一種可以迅速而簡便地提高站點性能的方法，但是在 ASP.NET 中，緩存的真正靈活性和強大功能是通過 Cache 對象提供的。使用 Cache 對象，您可以存儲任何可序列化的數(shù)據(jù)對象，基于一個或多個依賴項的組合來控制緩存條目到期的方式。這些依賴項可以包括自從項被緩存后經(jīng)過的時間、自從項上次被訪問后經(jīng)過的時間、對文件和/或文件夾的更改以及對其他緩存項的更改，在略作處理后還可以包括對數(shù)據(jù)庫中特定表的更改?！?
　　在 Cache 中存儲數(shù)據(jù)　　
　　在 Cache 中存儲數(shù)據(jù)的最簡單的方法就是使用一個鍵為其賦值，就像 HashTable 或 Dictionary 對象一樣：　　
　　Cache["key"] = "value";　　
　　這種做法將在緩存中存儲項，同時不帶任何依賴項，因此它不會到期，除非緩存引擎為了給其他緩存數(shù)據(jù)提供空間而將其刪除。要包括特定的緩存依賴項，可使用 Add() 或 Insert() 方法。其中每個方法都有幾個重載。Add() 和 Insert() 之間的唯一區(qū)別是，Add() 返回對已緩存對象的引用，而 Insert() 沒有返回值（在 C# 中為空，在 VB 中為 Sub）?！　?
　　示例　
　　Cache.Insert("key", myXMLFileData, new
　　System.Web.Caching.CacheDependency(Server.MapPath("users.xml")));　　
　　該示例可將文件中的 xml 數(shù)據(jù)插入緩存，無需在以后請求時從文件讀取。 CacheDependency 的作用是確保緩存在文件更改后立即到期，以便可以從文件中提取最新數(shù)據(jù)，重新進行緩存。如果緩存的數(shù)據(jù)來自若干個文件，還可以指定一個文件名的數(shù)組?！　?
　　Cache.Insert("dependentkey", myDependentData, new
　　System.Web.Caching.CacheDependency(new string[] {}, new string[]
　　{"key"}));　　
　　該示例可插入鍵值為 "key" 的第二個數(shù)據(jù)塊（取決于是否存在第一個數(shù)據(jù)塊）。如果緩存中不存在名為 "key" 的鍵，或者如果與該鍵相關聯(lián)的項已到期或被更新，則 "dependentkey" 的緩存條目將到期?！　?
　　Cache.Insert("key", myTimeSensitiveData, null,
　　DateTime.Now.AddMinutes(1), TimeSpan.Zero);　　
　　絕對到期：此示例將對受時間影響的數(shù)據(jù)緩存一分鐘，一分鐘過后，緩存將到期。注意，絕對到期和滑動到期（見下文）不能一起使用?！　?
　　Cache.Insert("key", myFrequentlyAccessedData, null,
　　System.Web.Caching.Cache.NoAbsoluteExpiration,
　　TimeSpan.FromMinutes(1));　　
　　滑動到期：此示例將緩存一些頻繁使用的數(shù)據(jù)。數(shù)據(jù)將在緩存中一直保留下去，除非數(shù)據(jù)未被引用的時間達到了一分鐘。注意，滑動到期和絕對到期不能一起使用?！?

　　更多選項　　
　　除了上面提到的依賴項，我們還可以指定項的優(yōu)先級（依次為 low、high、NotRemovable，它們是在 System.Web.Caching.CacheItemPriority 枚舉中定義的）以及當緩存中的項到期時調(diào)用的 CacheItemRemovedCallback 函數(shù)。大多數(shù)時候，默認的優(yōu)先級已經(jīng)足夠了 — 緩存引擎可以正常完成任務并處理緩存的內(nèi)存管理。CacheItemRemovedCallback 選項考慮到一些很有趣的可能性，但實際上它很少使用。不過，為了說明該方法，我將提供它的一個使用示例：　　
　　CacheItemRemovedCallback 示例
　
　　System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove);
　　Cache.Insert("key",myFile,null,
　　System.Web.Caching.Cache.NoAbsoluteExpiration,
　　TimeSpan.Zero,
　　System.Web.Caching.CacheItemPriority.Default, callback);
　　. . .
　　public static void OnRemove(string key,
　　object cacheItem,
　　System.Web.Caching.CacheItemRemovedReason reason)
　　{
　　AppendLog("The cached value with key '" + key +
　　"' was removed from the cache. Reason: " +
　　reason.ToString());
　　}　　
　　該示例將使用 AppendLog() 方法（這里不討論該方法，請參閱 Writing Entries to Event Logs）中定義的任何邏輯來記錄緩存中的數(shù)據(jù)到期的原因。通過在從緩存中刪除項時記錄這些項并記錄刪除的原因，您可以確定是否在有效地使用緩存或者您是否可能需要增加服務器上的內(nèi)存。注意，callback 是一個靜態(tài)（在 VB 中為 Shared）方法，建議使用該方法的原因是，如果不使用它，保存回調(diào)函數(shù)的類的實例將保留在內(nèi)存中，以支持回調(diào)（對 static/Shared 方法則沒有必要）。　　
　　該特性有一個潛在的用處 — 在后臺刷新緩存的數(shù)據(jù)，這樣用戶永遠都不必等待數(shù)據(jù)被填充，但數(shù)據(jù)始終保持相對較新的狀態(tài)。但實際上，此特性并不適用于當前版本的緩存 API，因為在從緩存中刪除緩存的項之前，不觸發(fā)或不完成回調(diào)。因此，用戶將頻繁地發(fā)出嘗試訪問緩存值的請求，然后發(fā)現(xiàn)緩存值為空，不得不等待緩存值的重新填充。我希望在未來的 ASP.NET 版本中看到一個附加的回調(diào)，可以稱為 CachedItemExpiredButNotRemovedCallback，如果定義了該回調(diào)，則必須在刪除緩存項之前完成執(zhí)行。　　
　　緩存數(shù)據(jù)引用模式　　
　　每當我們嘗試訪問緩存中的數(shù)據(jù)時，都應該考慮到一種情況，那就是數(shù)據(jù)可能已經(jīng)不在緩存中了。因此，下面的模式應該普遍適用于您對緩存的數(shù)據(jù)的訪問。在這種情況下，我們假定已緩存的數(shù)據(jù)是一個數(shù)據(jù)表?！　?


　　關于此模式，有以下幾點需要注意： 　　
　　? 某些值（例如，cacheKey、cacheItem 和緩存持續(xù)時間）是一次定義的，并且只定義一次?！?
　　? 可以根據(jù)需要跳過緩存 — 例如，當注冊一個新客戶并重定向到客戶列表后，最好的做法可能就是跳過緩存，用最新數(shù)據(jù)重新填充緩存，該數(shù)據(jù)包括新插入的客戶。 　　
　　? 緩存只能訪問一次。這種做法可以提高性能，并確保不會發(fā)生 NullReferenceExceptions，因為該項在第一次被檢查時是存在的，但第二次檢查之前就已經(jīng)到期了。 　　
　　? 該模式使用強類型檢查。C# 中的 "as" 運算符嘗試將對象轉(zhuǎn)換為類型，如果失敗或該對象為空，則只返回 null（空）。 　　
　　? 持續(xù)時間存儲在配置文件中。在理想的情況下，所有的緩存依賴項（無論是基于文件的，或是基于時間的，還是其他類型的依賴項）都應該存儲在配置文件中，這樣就可以進行更改并輕松地測量性能。我還建議您指定默認緩存持續(xù)時間，而且，如果沒有為所使用的 cacheKey 指定持續(xù)時間，就讓 GetCacheSecondsFromConfig() 方法使用該默認持續(xù)時間。 　　
　　相關的代碼示例是一個 helper 類，它將處理上述所有情況，但允許通過一行或兩行代碼訪問緩存的數(shù)據(jù)。請下載 CacheDemos.msi?！　?
　　小結
　　緩存可以使應用程序的性能得到很大的提高，因此在設計應用程序以及對應用程序進行性能測試時應該予以考慮。應用程序總會或多或少地受益于緩存，當然有些應用程序比其他應用程序更適合使用緩存。對 ASP.NET 提供的緩存選項的深刻理解是任何 ASP.NET 開發(fā)人員應該掌握的重要技巧?！?

　　盡早緩存；經(jīng)常緩存　　
　　您應該在應用程序的每一層都實現(xiàn)緩存。向數(shù)據(jù)層、業(yè)務邏輯層、UI 或輸出層添加緩存支持。內(nèi)存現(xiàn)在非常便宜 — 因此，通過以智能的方式在整個應用程序中實現(xiàn)緩存，可以獲得很大的性能提高。
　　緩存可以掩蓋許多過失　　
　　緩存是一種無需大量時間和分析就可以獲得"足夠良好的"性能的方法。這里再次強調(diào)，內(nèi)存現(xiàn)在非常便宜，因此，如果您能通過將輸出緩存 30 秒，而不是花上一整天甚至一周的時間嘗試優(yōu)化代碼或數(shù)據(jù)庫就可以獲得所需的性能，您肯定會選擇緩存解決方案（假設可以接受 30 秒的舊數(shù)據(jù)）。緩存正是那些利用 20% 付出獲得 80% 回報的特性之一，因此，要提高性能，應該首先想到緩存。不過，如果設計很糟糕，最終卻有可能帶來不良的后果，因此，您當然也應該盡量正確地設計應用程序。但如果您只是需要立即獲得足夠高的性能，緩存就是您的最佳選擇，您可以在以后有時間的時候再盡快重新設計應用程序?！　?
　　頁面級輸出緩存
　　作為最簡單的緩存形式，輸出緩存只是在內(nèi)存中保留為響應請求而發(fā)送的 HTML 的副本。其后再有請求時將提供緩存的輸出，直到緩存到期，這樣，性能有可能得到很大的提高（取決于需要多少開銷來創(chuàng)建原始頁面輸出 - 發(fā)送緩存的輸出總是很快，并且比較穩(wěn)定）。

最新評論