[簡介]
ASP.NET提供三種主要形式的緩存：頁面級輸出緩存、用戶控件級輸出緩存（或稱為片段緩存）和緩存API。輸出緩存和片段緩存的優點是非常易於實現，在大多數情況下，使用這兩種緩存就足夠了。而緩存API則提供了額外的靈活性（實際上是相當大的靈活性），可用於在應用程序的每一層利用緩存。本文全面介紹了這三種緩存技術在系統各層中的應用。
在ASP.NET提供的許多特性中，緩存支持無疑是我最欣賞的特性，我這樣說當然是有充分理由的。相比ASP.NET的所有其他特性，緩存對應用程序的性能具有最大的潛在影響，利用緩存和其他機制，ASP.NET開發人員可以接受使用開銷很大的控件（例如，DataGrid）構建站點時的額外開銷，而不必擔心性能會受到太大的影響。為了在應用程序中最大程度地利用緩存，您應該考慮在所有程序級別上都實現緩存的方法。
Steve的緩存提示
盡早緩存；經常緩存
您應該在應用程序的每一層都實現緩存。向數據層、業務邏輯層、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則應取消這種優化功能。後一個例子非常普遍，我們將提供一個說明如何實現此目標的示例：
