充分利用ASP.NET緩衝提高網站效能

標籤：style   c   color   a   資料   使用   

充分利用ASP.NET緩衝提高網站效能

[簡介] 
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則應取消這種最佳化功能。後一個例子非常普遍，我們將提供一個說明如何?此目標的樣本： 
樣本：VaryByCustom用於支援瀏覽器自訂 
為了使每個瀏覽器都具有單獨的緩衝條目，VaryByCustom的值可以設定為“browser”。此功能已經內建在緩衝模組中，並且將針對每個瀏覽器名稱和主要版本插入單獨的頁面緩衝版本。

<%@ OutputCache Duration="60" VaryByParam="None" VaryByCustom="browser"%>

片段快取，使用者控制項輸出緩衝 
緩衝整個頁面通常並不可行，因為頁面的某些部分是針對使用者定製的。不過，頁面的其他部分是整個應用程式共有的。這些部分最適合使用片段快取和使用者控制項進行緩衝。此外，菜單和其他布局元素，尤其是那些從資料來源動態產生的元素，也可以用這種方法進行緩衝。 
如果需要，可以按以下條件選擇需要緩衝的控制項： 
（1）某控制項的屬性已改變 
（2）由頁面級輸出緩衝所支援的任何一種頁面或控制項狀態改變