ASP.NET快取的方法分析

儘早快取;經常快取 您應該在應用程式的每一層都實現快取。向資料層、業務邏輯層、UI 或輸出層新增快取支援。記憶體現在非常便宜 — 因此，通過以智慧的方式在整個應用程式中實現快取，可以獲得很大的效能提高。 快取可以掩蓋許多過失 快取是一種無需大量時間和分析就可以獲得“足夠良好的”效能的方法。

　　這裡再次強調，記憶體現在非常便宜，因此，如果您能通過將輸出快取 30 秒，而不是花上一整天甚至一週的時間嘗試優化程式碼或資料庫就可以獲得所需的效能，您肯定會選擇快取解決方案(假設可以接受 30 秒的舊資料)。快取正是那些利用 20% 付出獲得 80% 回報的特性之一，因此，要提高效能，應該首先想到快取。

　　不過，如果設計很糟糕，最終卻有可能帶來不良的後果，因此，您當然也應該儘量正確地設計應用程式。但如果您只是需要立即獲得足夠高的效能，快取就是您的最佳選擇，您可以在以後有時間的時候再儘快重新設計應用程式。 頁面級輸出快取 作為最簡單的快取形式，輸出快取只是在記憶體中保留為響應請求而傳送的 HTML 的副本。其後再有請求時將提供快取的輸出，直到快取到期，這樣，效能有可能得到很大的提高(取決於需要多少開銷來建立原始頁面輸出 - 傳送快取的輸出總是很快，並且比較穩定)。實現 要實現頁面輸出快取，只要將一條 OutputCache 指令新增到頁面即可。

　＜%@ OutputCache Duration="60" VaryByParam="*" %＞

　　如同其他頁面指令一樣，該指令應該出現在 ASPX 頁面的頂部，即在任何輸出之前。它支援五個屬性(或引數)，其中兩個是必需的。　 Duration 必需屬性。頁面應該被快取的時間，以秒為單位。必須是正整數。　 Location 指定應該對輸出進行快取的位置。如果要指定該引數，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient。　 VaryByParam 必需屬性。Request 中變數的名稱，這些變數名應該產生單獨的快取條目。"none" 表示沒有變動。"*" 可用於為每個不同的變數陣列建立新的快取條目。變數之間用 "; " 進行分隔。 VaryByHeader 基於指定的標頭中的變動改變快取條目。

　　VaryByCustom 允許在 global.asax 中指定自定義變動(例如，"Browser")。 利用必需的 Duration 和 VaryByParam 選項的組合可以處理大多數情況。例如，如果您的產品目錄允許使用者基於 categoryID 和頁變數檢視目錄頁，您可以用引數值為 "categoryID; page" 的 VaryByParam 將產品目錄快取一段時間(如果產品不是隨時都在改變，一小時還是可以接受的，因此，持續時間是 3600 秒)。這將為每個種類的每個目錄頁建立單獨的快取條目。每個條目從其第一個請求算起將維持一個小時。　 VaryByHeader 和 VaryByCustom 主要用於根據訪問頁面的客戶端對頁面的外觀或內容進行自定義。同一個 URL 可能需要同時為瀏覽器和行動電話客戶端呈現輸出，因此，需要針對不同的客戶端快取不同的內容版本。

　　或者，頁面有可能已經針對 IE 進行了優化，但需要能針對 Netscape 或 Opera 完全降低優化(而不僅僅是破壞頁面)。後一個例子非常普遍，我們將提供一個說明如何實現此目標的示例：　 示例：VaryByCustom 用於支援瀏覽器自定義 為了使每個瀏覽器都具有單獨的快取條目，VaryByCustom 的值可以設定為 "browser"。此功能已經內建在快取模組中，並且將針對每個瀏覽器名稱和主要版本插入單獨的頁面快取版本。

　　 ＜%@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser" %＞

　　片段快取，使用者控制元件輸出快取 快取整個頁面通常並不可行，因為頁面的某些部分是針對使用者定製的。不過，頁面的其他部分是整個應用程式共有的。這些部分最適合使用片段快取和使用者控制元件進行快取。選單和其他佈局元素，尤其是那些從資料來源動態生成的元素，也應該用這種方法進行快取。如果需要，可以將快取的控制元件配置為基於對其控制元件(或其他屬性)的更改或由頁面級輸出快取支援的任何其他變動進行改變。使用同一組控制元件的幾百個頁面還可以共享那些控制元件的快取條目，而不是為每個頁面保留單獨的快取版本。　 實現 片段快取使用的語法與頁面級輸出快取一樣，但其應用於使用者控制元件(.ascx 檔案)而不是 Web 窗體(.aspx 檔案)。除了 Location 屬性，對於 OutputCache 在 Web 窗體上支援的所有屬性，使用者控制元件也同樣支援。使用者控制元件還支援名為 VaryByControl 的 OutputCache 屬性，該屬性將根據使用者控制元件(通常是頁面上的控制元件，例如，DropDownList)的成員的值改變該控制元件的快取。

　　如果指定了 VaryByControl，可以省略 VaryByParam。最後，在預設情況下，對每個頁面上的每個使用者控制元件都單獨進行快取。不過，如果一個使用者控制元件不隨應用程式中的頁面改變，並且在所有頁面都使用相同的名稱，則可以應用 Shared="true" 引數，該引數將使使用者控制元件的快取版本供所有引用該控制元件的頁面使用。 示例

＜%@ OutputCache Duration="60" VaryByParam="*" %＞
　　 該示例將快取使用者控制元件 60 秒，並且將針對查詢字串的每個變動、針對此控制元件所在的每個頁面建立單獨的快取條目。

＜%@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" %＞

　　該示例將快取使用者控制元件 60 秒，並且將針對 CategoryDropDownList 控制元件的每個不同的值、針對此控制元件所在的每個頁面建立單獨的快取條目。

　　 ＜%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true %＞
　　最後，該示例將快取使用者控制元件 60 秒，並且將針對每個瀏覽器名稱和主要版本建立一個快取條目。然後，每個瀏覽器的快取條目將由引用此使用者控制元件的所有頁面共享(只要所有頁面都用相同的 ID 引用該控制元件即可)。 頁面級和使用者控制元件級輸出快取的確是一種可以迅速而簡便地提高站點效能的方法，但是在 ASP.NET 中，快取的真正靈活性和強大功能是通過 Cache 物件提供的。使用 Cache 物件，您可以儲存任何可序列化的資料物件，基於一個或多個依賴項的組合來控制快取條目到期的方式。這些依賴項可以包括自從項被快取後經過的時間、自從項上次被訪問後經過的時間、對檔案和/或資料夾的更改以及對其他快取項的更改，在略作處理後還可以包括對資料庫中特定表的更改。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-545131/，如需轉載，請註明出處，否則將追究法律責任。