C# Cache的一些總結
最近我們的系統面臨著嚴峻性能瓶頸問題，這是由於訪問量增加，客戶端在同一時間請求增加，這迫使我們要從兩個方面解決這一問題，增加硬件和提高系統的性能。
大家可以通過各種各樣的方法去優化我們系統，本篇博文將介紹通過Cache方法來優化系統的性能，減輕系統的負擔。
本文目錄
- 不同位置的緩存
- ASP.NET中的緩存
- 輸出緩存
- 客戶端緩存
- Query String緩存
- 自定義緩存控件
- 片段緩存
- 數據緩存
- SqlDataSource緩存
- 緩存的依賴關系
1.1.2 正文
不同位置的緩存
在Web應用程序中的使用緩存位置主要有：客戶端瀏覽器緩存、客戶端和服務器中以及服務器端，因此緩存可以分為以下幾類：
- 客戶端緩存（Client Caching）
- 代理緩存（Proxy Caching）
- 反向代理緩存（Reverse Proxy Caching）
- 服務器緩存（Web Server Caching）
ASP.NET中的緩存
ASP.NET中有兩種緩存類型：輸出緩存和數據緩存。
輸出緩存：這是最簡單的緩存類型，它保存發送到客戶端的頁面副本，當下一個客戶端發送相同的頁面請求時，此頁面不會重新生成（在緩存有限期內），而是從緩存中獲取該頁面；當然由於緩存過期或被回收，這時頁面會重新生成。
數據緩存
除此之外，還有兩個特殊的緩存：片段緩存和數據源緩存。
片段緩存：這是一種特殊的輸出緩存，它不是緩存整個頁面，而是緩存部分頁面；由於緩存整個頁面通常並不可行，因為頁面的某些部分是針對用戶定制的（例如用戶登陸信息），但我們可以把應用程序中共享的部分進行緩存，這時我們可以考慮使用片段緩存和用戶控件緩存。
數據源緩存：是建立在數據源控件的緩存，它包括SqlDataSource、ObjectDataSource和XmlDataSource控件。數據源緩存使用數據緩存方式，不同的是我們不需要通過顯示方法處理緩存；我們只需設置相應的屬性，然後數據源控件就能存儲和檢索數據。
輸出緩存
輸出緩存可以把最終呈現的頁面緩存起來，當客戶端再次請求同一頁面時，控制對象不再重新創建，頁面的生命周期不再啟動，無需再次執行代碼，通過在緩存中獲取緩存的頁面。
現在我們設計一個頁面，每當用戶發送頁面請求時，就獲取當前代碼執行的時間，然後顯示在頁面上。
圖1輸出緩存
這是再簡單不過的例子，每當用戶發送頁面請求都會更新頁面顯示的時間，這是由於每次請求都獲取了一個新的頁面，實際情況中，我們並不需要實時的響應用戶每個頁面請求，我們可以通過輸出緩存把頁面緩存起來每當用戶發送同一頁面請求時，而且在緩存有效期間，可以通過輸出緩存把緩存的頁面返回給用戶。
我們要實現輸出緩存，只需在頁面中添加如下代碼：
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="23" VaryByParam="None" %>
它支持五個屬性，其中兩個屬性Duration和VaryByParam是必填的
|
Duration |
必需屬性。頁面應該被緩存的時間，以秒為單位。必須是正整數。 |
|
Location |
指定應該對輸出進行緩存的位置。如果要指定該參數，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient。 |
|
VaryByParam |
必需屬性。Request 中變量的名稱，這些變量名應該產生單獨的緩存條目。"none" 表示沒有變動。"*" 可用於為每個不同的變量數組創建新的緩存條目。變量之間用 ";" 進行分隔。 |
|
VaryByHeader |
基於指定的標頭中的變動改變緩存條目。 |
|
VaryByCustom |
允許在 global.asax 中指定自定義變動（例如，"Browser"）。 |
表1輸出緩存屬性
這裏我們把輸出緩存的有效期設置為23秒，也就是說，當緩存超過有效期就會被回收；當用戶再次請求該頁面時，就要重新創建頁面。
客戶端緩存
另一種選擇是客戶端緩存，如果用戶在瀏覽器中點擊“後退”按鈕或在地址欄中重新輸入URL，那麽在這種情況下，瀏覽器將從緩存獲取頁面；然而，如果用戶點擊“刷新”按鈕，那麽瀏覽器中緩存將失效，瀏覽器發送頁面請求。
如果我們要使用客戶端緩存，只需指定OutputCache中的屬性Location=”Client”就OK了，具體代碼如下所示：
<!-- Sets client OutputCache -->
<%@ OutputCache Duration="23" VaryByParam="None" Location="Client" %>
通過在OutputCache中添加Location屬性，我們實現了客戶端緩存，通過設置客戶端緩存我們能夠減少的客戶端請求，也許有人會問：“每個用戶第一次頁面請求都需要服務器來完成，這不能很好的減少服務的壓力”。的確是這樣，相對於服務器緩存，客戶端緩存並沒有減少代碼的執行和數據庫的操作，但是當我們把包含個性化數據的頁面緩存在服務器中，客戶端請求頁面時，由於不同的用戶個性化數據不同，這將會導致請求出現錯誤，所以我們可以使用片段緩存把公用的部分緩存起來或客戶端緩存把用戶信息緩存起來。
Query String緩存
在前面的例子中，我們把OutputCache中的VaryByParam屬性設置為None，那麽ASP.NET程序只緩存一個頁面副本；如果頁面請求包含查詢參數，那麽在緩存的有效期內，我們只可以查看到只是緩存結果，假設我們有個報表程序，它提供用戶根據產品名稱查詢相關的產品信息。
首先我們創建兩個頁面：查詢和結果頁面，由於時間關系我們已經把頁面設計好了，具體如下所示：
圖2報表程序
首先我們提供查詢頁面，讓用戶根據成品名稱（ProductName）查詢相應的成品信息，具體的代碼如下：
protected void Page_Load(object sender, EventArgs e)
{
if (!Page.IsPostBack)
{
// Gets product id from table Production.Product.
// Then binding data to drop down list control.
InitControl(GetProductId());
}
}
/// <summary>
/// Handles the Click event of the btnSubmit control.
/// Redirects to relative product information page.
/// </summary>
protected void btnSubmit_Click(object sender, EventArgs e)
{
Response.Redirect(string.Format("Product.aspx?productname={0}", ddlProductName.SelectedValue));
}
當用戶點擊Submit按鈕後，跳轉到Product頁面並且在Url中傳遞查詢參數——產品名稱（ProducName）。
接下來，我們繼續完成查詢頁面，由於在前一頁面中傳遞了查詢參數ProductName，那麽我們將根據ProductName查詢數據庫獲取相應的產品信息，具體代碼如下所示：
protected void Page_Load(object sender, EventArgs e)
{
// Get product name.
string productName = Request.QueryString["productname"];
// Binding data to data grid view control.
InitControl(this.GetData(productName));
}
/// <summary>
/// Inits the control.
/// </summary>
/// <param name="ds">The dataset.</param>
private void InitControl(DataSet ds)
{
dgvProduct.DataSource = ds;
dgvProduct.DataBind();
}
/// <summary>
/// Gets the data.
/// </summary>
/// <param name="productName">Name of the product.</param>
/// <returns>Returns dataset</returns>
private DataSet GetData(string productName)
{
// The query sql base on product name.
string sql =
string.Format(
"SELECT Name, ProductNumber, SafetyStockLevel, ReorderPoint, StandardCost, DaysToManufacture "
+ "FROM Production.Product WHERE ProductNumber=‘{0}‘",
productName);
// Get data from table Production.Product.
using (var con = new SqlConnection(ConfigurationManager.ConnectionStrings["SQLCONN"].ToString()))
using (var com = new SqlCommand(sql, con))
{
com.Connection.Open();
////gdvData.DataSource = com.ExecuteReader();
////gdvData.DataBind();
var ada = new SqlDataAdapter(com);
var ds = new DataSet();
ada.Fill(ds);
return ds;
}
}
前面示例，我們通過Request的屬性QueryString獲取ProductName的值，然後根據ProductName查詢數據庫，最後把獲取數據綁定到Datagridview控件中（註：前面實例沒有考慮SQL Injection問題）。
圖3查詢結果
現在我們在頁面中添加輸出緩存，如下代碼：
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="30" VaryByParam="None" %>
前面提到當輸出緩存的屬性VaryByParam=”None”時，ASP.NET程序在緩存有效期內只緩存一個頁面副本；現在我們在緩存有效期內（30s）再發送請求。
圖4查詢結果
通過上圖我們發現，現在查詢參數ProductName=BK-M18B-40，但查詢結果依然是ProductName=BB-9108的數據，這是由於ASP.NET程序在緩存有效期內只緩存一個頁面副本。
通過上面的示例，我們發現只緩存一個頁面是不適用包含查詢參數的頁面輸出緩存；其實前面的示例我們只需稍稍改動就能符合查詢參數的情況了，想必大家已經知道了，只需把VaryByParam屬性設置為“*”就OK了。
圖5查詢結果
現在查詢可以獲取相應的結果，如果查詢參數和前一個請求相同並且該頁面緩存有效，那麽緩存將被重用，否則，創建一個新的頁面緩存。
由於ASP.NET給每個查詢參數都添加了輸出緩存，但我們要註意的是是否真的有必要緩存每個查詢參數都緩存一個頁面副本，假設查詢Url中增加一個參數參數ProductId，那麽現在Url中就有兩個查詢參數了（ProductName和ProductId）。
前面我們把VaryByParam設置為“*”，所為ASP.NET程序對ProductName和ProductId都創建頁面緩存，如果我們只針對ProductName創建頁面緩存，這時我們可以修改VaryByParam，具體如下所示：
<!-- Sets VaryByParam property-->
<%@ OutputCache Duration="30" VaryByParam="productname" %>
自定義緩存控件
前面我們介紹了通過查詢參數實現緩存一個或多個頁面，其實ASP.NET也允許我們自定義緩存方式來決定是否緩存頁或重用現有的，這時我們可以通過設置VaryByCustom屬性來實現。
假設，現在我們要設計基於不同UserHostName的緩存，由於程序在執行過程中，首先調用全局方法GetVaryByCustomString()來確定是否緩存頁面或重用現有的，所以我們可以通過重寫GetVaryByCustomString()方法實現基於UserHostName的緩存，首先我們創建一個Global.asax文件然後重新全局方法GetVaryByCustomString()具體實現如下：
/// <summary>
/// Gets vary cache based on custom string value.
/// </summary>
/// <param name="context">Http context.</param>
/// <param name="custom">custom string</param>
/// <returns></returns>
public override string GetVaryByCustomString(HttpContext context, string custom)
{
if (string.Equals(custom, "UserHostName", StringComparison.OrdinalIgnoreCase))
{
// Indicates that the cache should be vary on user host name.
return Context.Request.UserHostName;
}
return base.GetVaryByCustomString(context, custom);
}
前面我們重寫了GetVaryByCustomString()方法，使得UserHostName值不同時，獲取相應的緩存值。
然後讓程序基於UserHostName創建緩存，所以我們要在頁面添加以下代碼：
<!-- set vary cache based on custom string value -->
<%@ OutputCache Duration="30" VaryByParam="None" VaryByCustom="UserHostName" %>
我們通過自定義現在GetVaryByCustomString()方法，實現了Web程序根據UserHostName實施不同的緩存方式，其實，我們還可以實現更多種類緩存方案，例如：基於用戶角色、時間和Url等等。
片段緩存
在某些情況下，我們不能緩存整個頁面，但我們仍想緩存部分頁面從而減輕系統的負擔；其實，我們可以通過兩種方法實現：片段緩存和數據緩存.
為了實現片段緩存，我們需要創建自定義控件緩存部分頁面，然後我們把OutputCache指令添加到自定義控件中，這樣整個頁面將不會被緩存，而自定義緩存控件除外。
前面我們介紹了輸出緩存的使用，只需在頁面中添加OutputCache指令，假設我們要在幾個頁面中添加輸出緩存這可能比較簡單，但我們要在幾十個頁面中添加輸出緩存功能，而且前面介紹的例子中Duration屬性值都是直接Hard code到每個頁面中，如果我們需要修改Duration屬性值，那麽就必須修改每個頁面了，ASP.NET還需要重新編譯這些頁面，這不利於我們的維護，最重要的是增加了我們的工作量。
其實，我們可以在web.config文件中定義一個outputCacheProfile（ProductCacheProfile），然後在頁面中添加CacheProfile屬性並且賦值為ProductCacheProfile，web.config文件設置如下：
<caching>
<!-- Sets out put cache profile-->
<outputCacheSettings>
<outputCacheProfiles>
<add name="ProductCacheProfile" duration="30"/>
</outputCacheProfiles>
</outputCacheSettings>
</caching>
現在，我們在頁面中添加CacheProfile屬性，並且設置為ProductCacheProfile，如下所示：
<!-- set CacheProfile property -->
<%@ OutputCache CacheProfile="ProductCacheProfile" VaryByParam="None" %>
數據緩存
Cache對象是線程安全：這表示無需顯式實現鎖定或解鎖，在添刪Cache對象中的元素，然而，在Cache對象中元素必須是線程安全的。例如，我們創建一個實體Product，而且存在多個客戶端可能同時操作該對象的情況，這時我們必須為實體Product實現鎖定和解鎖操作（同步操作請參考《單例模式（Singleton）的6種實現》）。
Cache對象中的緩存項自動移除：當緩存過期，依賴項被修改或內存不足緩存ASP.NET會自動移除該緩存項。
緩存項支持依賴關系：我們可以給緩存項添加文件、數據庫表或其他資源類型的依賴關系。
SqlDataSource緩存
當我們在SqlDataSource控件中啟用緩存，它緩存SelectCommand中的結果；如果SQL查詢語句中帶有參數時，SqlDataSource控件會緩存每一個參數值對應的結果。
這跟我們之前通過輸出緩存實現報表程序緩存查詢頁面效果一樣，所以我們將使用SqlDataSource緩存實現該效果。
假設我們要提供一個報表程序，讓用戶通過選擇產品名稱（ProductName），獲取相應的產品信息。
首先，我們在頁面中創建兩個數據源控件：sourceProductName和sourceProduct，接著把數據源分別綁定到Dropdownlist和Gridview中，具體實現如下：
<!-- The product number datasource START -->
<asp:SqlDataSource ID="sourceProductName" runat="server" ProviderName="System.Data.SqlClient"
EnableCaching="True" CacheDuration="3600" ConnectionString="<%$ ConnectionStrings:SQLCONN %>"
SelectCommand="SELECT ProductNumber FROM Production.Product"></asp:SqlDataSource>
<!-- The product number datasource END -->
<!-- The product datasource START -->
<asp:SqlDataSource ID="sourceProduct" runat="server" ProviderName="System.Data.SqlClient"
EnableCaching="True" CacheDuration="3600" ConnectionString="<%$ ConnectionStrings:SQLCONN %>"
SelectCommand="SELECT Name, ProductNumber, SafetyStockLevel, ReorderPoint, StandardCost, DaysToManufacture
FROM Production.Product WHERE [email protected]">
<SelectParameters>
<asp:ControlParameter ControlID="ddlProductNumber" Name="ProductNumber" PropertyName="SelectedValue" />
</SelectParameters>
</asp:SqlDataSource>
<!-- The product number datasource END -->
<!-- Binding the product number to gridview control -->
<!-- NOTE: Due to search and result in the same page, so need to set AutoPostBack is True-->
<asp:DropDownList ID="ddlProductNumber" AutoPostBack="True" DataSourceID="sourceProductName"
DataTextField="ProductNumber" runat="server">
</asp:DropDownList>
<!-- Binding the product datasource to gridview control -->
<asp:GridView ID="gvProduct" runat="server" DataSourceID="sourceProduct" CssClass="Product">
</asp:GridView>
現在我們對報表程序進行查詢，如果ProudctName之前沒有被緩存起來就會創建相應的緩存，而已經緩存起來的將被重用，查詢結果如下：
圖6查詢結果
緩存的依賴關系
緩存項之間的依賴
ASP.NET Cache允許我們建立緩存之間的依賴關系，即一個緩存項依賴於另一個緩存項；以下示例代碼創建了二個緩存項，並且它們之間建立依賴關系。具體實現如下：
// Creates cache object Key1.
Cache["Key1"] = "Cache Item 1";
// Makes Cache["Key2"] dependent on Cache["Key1"].
string[] dependencyKey = new string[1];
dependencyKey[0] = "Key1";
// Creates a CacheDependency object.
CacheDependency dependency = new CacheDependency(null, dependencyKey);
// Establishs dependency between cache Key1 and Key2.
Cache.Insert("Key2", "Cache Item 2", dependency);
現在，當Key1緩存項更新或從緩存中刪除，Key2緩存項就會自動從緩存刪除。
文件依賴
前面我們介紹了緩存項之間的依賴關系，ASP.NET Cache還提供緩存項與文件之間的依賴關系，當文件被更新或刪除對應的緩存項也將失效。
在上篇博文《Ajax與JSON的一些總結》的最後介紹的一個DEMO——Weibo Feed中，我們通過實時方式向新浪微博API發送請求獲取相應的數據，但在一定時間內請求的次數是有限制的，一旦超出了限制次數就不再接受請求了（具體請參考Rate-limiting）。所以可以通過Cache的方式把數據緩存起來，當客戶端請求時，如果緩存數據已經存在那麽直接返回數據，否則重新想微博API請求數據。
首先，我們創建一個HttpHandler，它負責向微博API發送請求並且把數據保存的文件中，最後把數據返回的客戶端。
圖7 請求流程
接下來，我們定義CacheData()方法把微博數據保存到文本文件中並且建立緩存與數據文件的依賴關系。
/// <summary>
/// Caches the data into text file.
/// </summary>
/// <param name="context">The http context</param>
private void CacheData(HttpContext context)
{
// Weibo API.
string uri = context.Request.QueryString["api"] + "?" +
"source=" + context.Request.QueryString["source"] + "&" +
"count=" + context.Request.QueryString["count"];
HttpWebResponse response = this.GetWeibos(uri);
if (null == response)
{
throw new ArgumentNullException("Response is null");
}
string jsonData;
// Writes the reponse data into text file.
using (var reader = new StreamReader(response.GetResponseStream(), Encoding.GetEncoding(response.CharacterSet)))
{
jsonData = reader.ReadToEnd();
}
string dataPath = context.Server.MapPath("weibo.json");
using (var writer = new StreamWriter(dataPath, false, Encoding.GetEncoding(response.CharacterSet)))
{
writer.Write(jsonData);
}
// Establishs dependency between cache weibo and text file.
// Sets cache expires after 2 minuntes.
HttpRuntime.Cache.Insert("weibo", jsonData, Dep, Cache.NoAbsoluteExpiration, TimeSpan.FromMinutes(2));
}
現在我們把數據保存到文本文件中並且建立了緩存weibo與數據文件的依賴關系，接下來我們要把JSON格式數據返回給客戶端。
/// <summary>
/// Responses the weibo data.
/// </summary>
/// <param name="context">The http contex.</param>
private void ResponseWeibo(HttpContext context)
{
// Gets the weibo cache data.
byte[] buf = Encoding.UTF8.GetBytes(HttpRuntime.Cache["weibo"].ToString());
// Writes the data into output stream.
context.Response.OutputStream.Write(buf, 0, buf.Length);
context.Response.OutputStream.Flush();
////context.Response.Close();
}
上面我們把JSON格式字符串轉換為Byte數值，然後寫入到OutputStream中，最後把數據返回給客戶端。
// The function to get weibo data.
loadWeibo: function() {
$.ajax({
// Weibo API.
url: "WeiboHandler.ashx",
type: "GET",
// NOTE: We get the data from same domain,
// dataType is json.
dataType: "json",
data: {
source: JQWeibo.appKey,
count: JQWeibo.numWeibo
},
// When the requet completed, then invokes success function.
success: function(data, textStatus, xhr) {
// Sets html structure.
var html =
‘<div class="weibo">‘ +
‘<a href="http://weibo.com/DOMAIN" target="_blank">USER</a>‘ +
‘：WEIBO_TEXT<div class="time">AGO</div>‘;
// Appends weibos into html page.
for (var i = 0; i < data.length; i++) {
$(JQWeibo.appendTo).append(
html.replace(‘WEIBO_TEXT‘, JQWeibo.ify.clean(data[i].text))
// Uses regex and declare DOMAIN as global, if found replace all.
.replace(/DOMAIN/g, data[i].user.domain)
.replace(/USER/g, data[i].user.screen_name)
.replace(‘AGO‘, JQWeibo.timeAgo(data[i].created_at))
);
}
}
})
}ASP.NET Cache的一些總結
1.1.1 摘要
最近我們的系統面臨著嚴峻性能瓶頸問題，這是由於訪問量增加，客戶端在同一時間請求增加，這迫使我們要從兩個方面解決這一問題，增加硬件和提高系統的性能。
大家可以通過各種各樣的方法去優化我們系統，本篇博文將介紹通過Cache方法來優化系統的性能，減輕系統的負擔。
本文目錄
- 不同位置的緩存
- ASP.NET中的緩存
- 輸出緩存
- 客戶端緩存
- Query String緩存
- 自定義緩存控件
- 片段緩存
- 數據緩存
- SqlDataSource緩存
- 緩存的依賴關系
1.1.2 正文
不同位置的緩存
在Web應用程序中的使用緩存位置主要有：客戶端瀏覽器緩存、客戶端和服務器中以及服務器端，因此緩存可以分為以下幾類：
- 客戶端緩存（Client Caching）
- 代理緩存（Proxy Caching）
- 反向代理緩存（Reverse Proxy Caching）
- 服務器緩存（Web Server Caching）
ASP.NET中的緩存
ASP.NET中有兩種緩存類型：輸出緩存和數據緩存。
輸出緩存：這是最簡單的緩存類型，它保存發送到客戶端的頁面副本，當下一個客戶端發送相同的頁面請求時，此頁面不會重新生成（在緩存有限期內），而是從緩存中獲取該頁面；當然由於緩存過期或被回收，這時頁面會重新生成。
數據緩存
除此之外，還有兩個特殊的緩存：片段緩存和數據源緩存。
片段緩存：這是一種特殊的輸出緩存，它不是緩存整個頁面，而是緩存部分頁面；由於緩存整個頁面通常並不可行，因為頁面的某些部分是針對用戶定制的（例如用戶登陸信息），但我們可以把應用程序中共享的部分進行緩存，這時我們可以考慮使用片段緩存和用戶控件緩存。
數據源緩存：是建立在數據源控件的緩存，它包括SqlDataSource、ObjectDataSource和XmlDataSource控件。數據源緩存使用數據緩存方式，不同的是我們不需要通過顯示方法處理緩存；我們只需設置相應的屬性，然後數據源控件就能存儲和檢索數據。
輸出緩存
輸出緩存可以把最終呈現的頁面緩存起來，當客戶端再次請求同一頁面時，控制對象不再重新創建，頁面的生命周期不再啟動，無需再次執行代碼，通過在緩存中獲取緩存的頁面。
現在我們設計一個頁面，每當用戶發送頁面請求時，就獲取當前代碼執行的時間，然後顯示在頁面上。
圖1輸出緩存
這是再簡單不過的例子，每當用戶發送頁面請求都會更新頁面顯示的時間，這是由於每次請求都獲取了一個新的頁面，實際情況中，我們並不需要實時的響應用戶每個頁面請求，我們可以通過輸出緩存把頁面緩存起來每當用戶發送同一頁面請求時，而且在緩存有效期間，可以通過輸出緩存把緩存的頁面返回給用戶。
我們要實現輸出緩存，只需在頁面中添加如下代碼：
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="23" VaryByParam="None" %>
它支持五個屬性，其中兩個屬性Duration和VaryByParam是必填的
|
Duration |
必需屬性。頁面應該被緩存的時間，以秒為單位。必須是正整數。 |
|
Location |
指定應該對輸出進行緩存的位置。如果要指定該參數，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient。 |
|
VaryByParam |
必需屬性。Request 中變量的名稱，這些變量名應該產生單獨的緩存條目。"none" 表示沒有變動。"*" 可用於為每個不同的變量數組創建新的緩存條目。變量之間用 ";" 進行分隔。 |
|
VaryByHeader |
基於指定的標頭中的變動改變緩存條目。 |
|
VaryByCustom |
允許在 global.asax 中指定自定義變動（例如，"Browser"）。 |
表1輸出緩存屬性
這裏我們把輸出緩存的有效期設置為23秒，也就是說，當緩存超過有效期就會被回收；當用戶再次請求該頁面時，就要重新創建頁面。
客戶端緩存
另一種選擇是客戶端緩存，如果用戶在瀏覽器中點擊“後退”按鈕或在地址欄中重新輸入URL，那麽在這種情況下，瀏覽器將從緩存獲取頁面；然而，如果用戶點擊“刷新”按鈕，那麽瀏覽器中緩存將失效，瀏覽器發送頁面請求。
如果我們要使用客戶端緩存，只需指定OutputCache中的屬性Location=”Client”就OK了，具體代碼如下所示：
<!-- Sets client OutputCache -->
<%@ OutputCache Duration="23" VaryByParam="None" Location="Client" %>
通過在OutputCache中添加Location屬性，我們實現了客戶端緩存，通過設置客戶端緩存我們能夠減少的客戶端請求，也許有人會問：“每個用戶第一次頁面請求都需要服務器來完成，這不能很好的減少服務的壓力”。的確是這樣，相對於服務器緩存，客戶端緩存並沒有減少代碼的執行和數據庫的操作，但是當我們把包含個性化數據的頁面緩存在服務器中，客戶端請求頁面時，由於不同的用戶個性化數據不同，這將會導致請求出現錯誤，所以我們可以使用片段緩存把公用的部分緩存起來或客戶端緩存把用戶信息緩存起來。
Query String緩存
在前面的例子中，我們把OutputCache中的VaryByParam屬性設置為None，那麽ASP.NET程序只緩存一個頁面副本；如果頁面請求包含查詢參數，那麽在緩存的有效期內，我們只可以查看到只是緩存結果，假設我們有個報表程序，它提供用戶根據產品名稱查詢相關的產品信息。
首先我們創建兩個頁面：查詢和結果頁面，由於時間關系我們已經把頁面設計好了，具體如下所示：
圖2報表程序
首先我們提供查詢頁面，讓用戶根據成品名稱（ProductName）查詢相應的成品信息，具體的代碼如下：
protected void Page_Load(object sender, EventArgs e)
{
if (!Page.IsPostBack)
{
// Gets product id from table Production.Product.
// Then binding data to drop down list control.
InitControl(GetProductId());
}
}
/// <summary>
/// Handles the Click event of the btnSubmit control.
/// Redirects to relative product information page.
/// </summary>
protected void btnSubmit_Click(object sender, EventArgs e)
{
Response.Redirect(string.Format("Product.aspx?productname={0}", ddlProductName.SelectedValue));
}
當用戶點擊Submit按鈕後，跳轉到Product頁面並且在Url中傳遞查詢參數——產品名稱（ProducName）。
接下來，我們繼續完成查詢頁面，由於在前一頁面中傳遞了查詢參數ProductName，那麽我們將根據ProductName查詢數據庫獲取相應的產品信息，具體代碼如下所示：
protected void Page_Load(object sender, EventArgs e)
{
// Get product name.
string productName = Request.QueryString["productname"];
// Binding data to data grid view control.
InitControl(this.GetData(productName));
}
/// <summary>
/// Inits the control.
/// </summary>
/// <param name="ds">The dataset.</param>
private void InitControl(DataSet ds)
{
dgvProduct.DataSource = ds;
dgvProduct.DataBind();
}
/// <summary>
/// Gets the data.
/// </summary>
/// <param name="productName">Name of the product.</param>
/// <returns>Returns dataset</returns>
private DataSet GetData(string productName)
{
// The query sql base on product name.
string sql =
string.Format(
"SELECT Name, ProductNumber, SafetyStockLevel, ReorderPoint, StandardCost, DaysToManufacture "
+ "FROM Production.Product WHERE ProductNumber=‘{0}‘",
productName);
// Get data from table Production.Product.
using (var con = new SqlConnection(ConfigurationManager.ConnectionStrings["SQLCONN"].ToString()))
using (var com = new SqlCommand(sql, con))
{
com.Connection.Open();
////gdvData.DataSource = com.ExecuteReader();
////gdvData.DataBind();
var ada = new SqlDataAdapter(com);
var ds = new DataSet();
ada.Fill(ds);
return ds;
}
}
前面示例，我們通過Request的屬性QueryString獲取ProductName的值，然後根據ProductName查詢數據庫，最後把獲取數據綁定到Datagridview控件中（註：前面實例沒有考慮SQL Injection問題）。
圖3查詢結果
現在我們在頁面中添加輸出緩存，如下代碼：
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="30" VaryByParam="None" %>
前面提到當輸出緩存的屬性VaryByParam=”None”時，ASP.NET程序在緩存有效期內只緩存一個頁面副本；現在我們在緩存有效期內（30s）再發送請求。
圖4查詢結果
通過上圖我們發現，現在查詢參數ProductName=BK-M18B-40，但查詢結果依然是ProductName=BB-9108的數據，這是由於ASP.NET程序在緩存有效期內只緩存一個頁面副本。
通過上面的示例，我們發現只緩存一個頁面是不適用包含查詢參數的頁面輸出緩存；其實前面的示例我們只需稍稍改動就能符合查詢參數的情況了，想必大家已經知道了，只需把VaryByParam屬性設置為“*”就OK了。
圖5查詢結果
現在查詢可以獲取相應的結果，如果查詢參數和前一個請求相同並且該頁面緩存有效，那麽緩存將被重用，否則，創建一個新的頁面緩存。
由於ASP.NET給每個查詢參數都添加了輸出緩存，但我們要註意的是是否真的有必要緩存每個查詢參數都緩存一個頁面副本，假設查詢Url中增加一個參數參數ProductId，那麽現在Url中就有兩個查詢參數了（ProductName和ProductId）。
前面我們把VaryByParam設置為“*”，所為ASP.NET程序對ProductName和ProductId都創建頁面緩存，如果我們只針對ProductName創建頁面緩存，這時我們可以修改VaryByParam，具體如下所示：
<!-- Sets VaryByParam property-->
<%@ OutputCache Duration="30" VaryByParam="productname" %>
自定義緩存控件
前面我們介紹了通過查詢參數實現緩存一個或多個頁面，其實ASP.NET也允許我們自定義緩存方式來決定是否緩存頁或重用現有的，這時我們可以通過設置VaryByCustom屬性來實現。
假設，現在我們要設計基於不同UserHostName的緩存，由於程序在執行過程中，首先調用全局方法GetVaryByCustomString()來確定是否緩存頁面或重用現有的，所以我們可以通過重寫GetVaryByCustomString()方法實現基於UserHostName的緩存，首先我們創建一個Global.asax文件然後重新全局方法GetVaryByCustomString()具體實現如下：
/// <summary>
/// Gets vary cache based on custom string value.
/// </summary>
/// <param name="context">Http context.</param>
/// <param name="custom">custom string</param>
/// <returns></returns>
public override string GetVaryByCustomString(HttpContext context, string custom)
{
if (string.Equals(custom, "UserHostName", StringComparison.OrdinalIgnoreCase))
{
// Indicates that the cache should be vary on user host name.
return Context.Request.UserHostName;
}
return base.GetVaryByCustomString(context, custom);
}
前面我們重寫了GetVaryByCustomString()方法，使得UserHostName值不同時，獲取相應的緩存值。
然後讓程序基於UserHostName創建緩存，所以我們要在頁面添加以下代碼：
<!-- set vary cache based on custom string value -->
<%@ OutputCache Duration="30" VaryByParam="None" VaryByCustom="UserHostName" %>
我們通過自定義現在GetVaryByCustomString()方法，實現了Web程序根據UserHostName實施不同的緩存方式，其實，我們還可以實現更多種類緩存方案，例如：基於用戶角色、時間和Url等等。
片段緩存
在某些情況下，我們不能緩存整個頁面，但我們仍想緩存部分頁面從而減輕系統的負擔；其實，我們可以通過兩種方法實現：片段緩存和數據緩存.
為了實現片段緩存，我們需要創建自定義控件緩存部分頁面，然後我們把OutputCache指令添加到自定義控件中，這樣整個頁面將不會被緩存，而自定義緩存控件除外。
前面我們介紹了輸出緩存的使用，只需在頁面中添加OutputCache指令，假設我們要在幾個頁面中添加輸出緩存這可能比較簡單，但我們要在幾十個頁面中添加輸出緩存功能，而且前面介紹的例子中Duration屬性值都是直接Hard code到每個頁面中，如果我們需要修改Duration屬性值，那麽就必須修改每個頁面了，ASP.NET還需要重新編譯這些頁面，這不利於我們的維護，最重要的是增加了我們的工作量。
其實，我們可以在web.config文件中定義一個outputCacheProfile（ProductCacheProfile），然後在頁面中添加CacheProfile屬性並且賦值為ProductCacheProfile，web.config文件設置如下：
<caching>
<!-- Sets out put cache profile-->
<outputCacheSettings>
<outputCacheProfiles>
<add name="ProductCacheProfile" duration="30"/>
</outputCacheProfiles>
</outputCacheSettings>
</caching>
現在，我們在頁面中添加CacheProfile屬性，並且設置為ProductCacheProfile，如下所示：
<!-- set CacheProfile property -->
<%@ OutputCache CacheProfile="ProductCacheProfile" VaryByParam="None" %>
數據緩存
Cache對象是線程安全：這表示無需顯式實現鎖定或解鎖，在添刪Cache對象中的元素，然而，在Cache對象中元素必須是線程安全的。例如，我們創建一個實體Product，而且存在多個客戶端可能同時操作該對象的情況，這時我們必須為實體Product實現鎖定和解鎖操作（同步操作請參考《單例模式（Singleton）的6種實現》）。
Cache對象中的緩存項自動移除：當緩存過期，依賴項被修改或內存不足緩存ASP.NET會自動移除該緩存項。
緩存項支持依賴關系：我們可以給緩存項添加文件、數據庫表或其他資源類型的依賴關系。
SqlDataSource緩存
當我們在SqlDataSource控件中啟用緩存，它緩存SelectCommand中的結果；如果SQL查詢語句中帶有參數時，SqlDataSource控件會緩存每一個參數值對應的結果。
這跟我們之前通過輸出緩存實現報表程序緩存查詢頁面效果一樣，所以我們將使用SqlDataSource緩存實現該效果。
假設我們要提供一個報表程序，讓用戶通過選擇產品名稱（ProductName），獲取相應的產品信息。
首先，我們在頁面中創建兩個數據源控件：sourceProductName和sourceProduct，接著把數據源分別綁定到Dropdownlist和Gridview中，具體實現如下：
<!-- The product number datasource START -->
<asp:SqlDataSource ID="sourceProductName" runat="server" ProviderName="System.Data.SqlClient"
EnableCaching="True" CacheDuration="3600" ConnectionString="<%$ ConnectionStrings:SQLCONN %>"
SelectCommand="SELECT ProductNumber FROM Production.Product"></asp:SqlDataSource>
<!-- The product number datasource END -->
<!-- The product datasource START -->
<asp:SqlDataSource ID="sourceProduct" runat="server" ProviderName="System.Data.SqlClient"
EnableCaching="True" CacheDuration="3600" ConnectionString="<%$ ConnectionStrings:SQLCONN %>"
SelectCommand="SELECT Name, ProductNumber, SafetyStockLevel, ReorderPoint, StandardCost, DaysToManufacture
FROM Production.Product WHERE [email protected]">
<SelectParameters>
<asp:ControlParameter ControlID="ddlProductNumber" Name="ProductNumber" PropertyName="SelectedValue" />
</SelectParameters>
</asp:SqlDataSource>
<!-- The product number datasource END -->
<!-- Binding the product number to gridview control -->
<!-- NOTE: Due to search and result in the same page, so need to set AutoPostBack is True-->
<asp:DropDownList ID="ddlProductNumber" AutoPostBack="True" DataSourceID="sourceProductName"
DataTextField="ProductNumber" runat="server">
</asp:DropDownList>
<!-- Binding the product datasource to gridview control -->
<asp:GridView ID="gvProduct" runat="server" DataSourceID="sourceProduct" CssClass="Product">
</asp:GridView>
現在我們對報表程序進行查詢，如果ProudctName之前沒有被緩存起來就會創建相應的緩存，而已經緩存起來的將被重用，查詢結果如下：
圖6查詢結果
緩存的依賴關系
緩存項之間的依賴
ASP.NET Cache允許我們建立緩存之間的依賴關系，即一個緩存項依賴於另一個緩存項；以下示例代碼創建了二個緩存項，並且它們之間建立依賴關系。具體實現如下：
// Creates cache object Key1.
Cache["Key1"] = "Cache Item 1";
// Makes Cache["Key2"] dependent on Cache["Key1"].
string[] dependencyKey = new string[1];
dependencyKey[0] = "Key1";
// Creates a CacheDependency object.
CacheDependency dependency = new CacheDependency(null, dependencyKey);
// Establishs dependency between cache Key1 and Key2.
Cache.Insert("Key2", "Cache Item 2", dependency);
現在，當Key1緩存項更新或從緩存中刪除，Key2緩存項就會自動從緩存刪除。
文件依賴
前面我們介紹了緩存項之間的依賴關系，ASP.NET Cache還提供緩存項與文件之間的依賴關系，當文件被更新或刪除對應的緩存項也將失效。
在上篇博文《Ajax與JSON的一些總結》的最後介紹的一個DEMO——Weibo Feed中，我們通過實時方式向新浪微博API發送請求獲取相應的數據，但在一定時間內請求的次數是有限制的，一旦超出了限制次數就不再接受請求了（具體請參考Rate-limiting）。所以可以通過Cache的方式把數據緩存起來，當客戶端請求時，如果緩存數據已經存在那麽直接返回數據，否則重新想微博API請求數據。
首先，我們創建一個HttpHandler，它負責向微博API發送請求並且把數據保存的文件中，最後把數據返回的客戶端。
圖7 請求流程
接下來，我們定義CacheData()方法把微博數據保存到文本文件中並且建立緩存與數據文件的依賴關系。
/// <summary>
/// Caches the data into text file.
/// </summary>
/// <param name="context">The http context</param>
private void CacheData(HttpContext context)
{
// Weibo API.
string uri = context.Request.QueryString["api"] + "?" +
"source=" + context.Request.QueryString["source"] + "&" +
"count=" + context.Request.QueryString["count"];
HttpWebResponse response = this.GetWeibos(uri);
if (null == response)
{
throw new ArgumentNullException("Response is null");
}
string jsonData;
// Writes the reponse data into text file.
using (var reader = new StreamReader(response.GetResponseStream(), Encoding.GetEncoding(response.CharacterSet)))
{
jsonData = reader.ReadToEnd();
}
string dataPath = context.Server.MapPath("weibo.json");
using (var writer = new StreamWriter(dataPath, false, Encoding.GetEncoding(response.CharacterSet)))
{
writer.Write(jsonData);
}
// Establishs dependency between cache weibo and text file.
// Sets cache expires after 2 minuntes.
HttpRuntime.Cache.Insert("weibo", jsonData, Dep, Cache.NoAbsoluteExpiration, TimeSpan.FromMinutes(2));
}
現在我們把數據保存到文本文件中並且建立了緩存weibo與數據文件的依賴關系，接下來我們要把JSON格式數據返回給客戶端。
/// <summary>
/// Responses the weibo data.
/// </summary>
/// <param name="context">The http contex.</param>
private void ResponseWeibo(HttpContext context)
{
// Gets the weibo cache data.
byte[] buf = Encoding.UTF8.GetBytes(HttpRuntime.Cache["weibo"].ToString());
// Writes the data into output stream.
context.Response.OutputStream.Write(buf, 0, buf.Length);
context.Response.OutputStream.Flush();
////context.Response.Close();
}
上面我們把JSON格式字符串轉換為Byte數值，然後寫入到OutputStream中，最後把數據返回給客戶端。
// The function to get weibo data.
loadWeibo: function() {
$.ajax({
// Weibo API.
url: "WeiboHandler.ashx",
type: "GET",
// NOTE: We get the data from same domain,
// dataType is json.
dataType: "json",
data: {
source: JQWeibo.appKey,
count: JQWeibo.numWeibo
},
// When the requet completed, then invokes success function.
success: function(data, textStatus, xhr) {
// Sets html structure.
var html =
‘<div class="weibo">‘ +
‘<a href="http://weibo.com/DOMAIN" target="_blank">USER</a>‘ +
‘：WEIBO_TEXT<div class="time">AGO</div>‘;
// Appends weibos into html page.
for (var i = 0; i < data.length; i++) {
$(JQWeibo.appendTo).append(
html.replace(‘WEIBO_TEXT‘, JQWeibo.ify.clean(data[i].text))
// Uses regex and declare DOMAIN as global, if found replace all.
.replace(/DOMAIN/g, data[i].user.domain)
.replace(/USER/g, data[i].user.screen_name)
.replace(‘AGO‘, JQWeibo.timeAgo(data[i].created_at))
);
}
}
})
}
圖8請求結果
1.1.3 總結
緩存可以使應用程序的性能得到很大的提高，因此在設計應用程序應該予以考慮，本博文主要介紹了ASP.NET中輸出緩存和數據緩存的應用場合和區別。
頁面緩存適用於生成的頁面通常都相同或改變時間比較固定情況，例如：數據在每小時都會更新，那麽我們可以設置duration為3600s。
數據緩存適用生成的頁面總是在變化情況。
- http://www.codeproject.com/Articles/29899/Exploring-Caching-in-ASP-NET
- http://msdn.microsoft.com/zh-cn/library/aa478965.aspx#XSLTsection129121120120
- http://www.amazon.com/Beginning-ASP-NET-3-5-2008-Professional/dp/1590598911
圖8請求結果
1.1.3 總結
緩存可以使應用程序的性能得到很大的提高，因此在設計應用程序應該予以考慮，本博文主要介紹了ASP.NET中輸出緩存和數據緩存的應用場合和區別。
頁面緩存適用於生成的頁面通常都相同或改變時間比較固定情況，例如：數據在每小時都會更新，那麽我們可以設置duration為3600s。
數據緩存適用生成的頁面總是在變化情況。
C# Cache的一些總結