ASP.NET Cache的一些總結(jié)分享
更新時間：2012年08月02日 11:56:50 作者：
最近我們的系統(tǒng)面臨著嚴(yán)峻性能瓶頸問題，這是由于訪問量增加，客戶端在同一時間請求增加，這迫使我們要從兩個方面解決這一問題，增加硬件和提高系統(tǒng)的性能
1.1.1 摘要
最近我們的系統(tǒng)面臨著嚴(yán)峻性能瓶頸問題，這是由于訪問量增加，客戶端在同一時間請求增加，這迫使我們要從兩個方面解決這一問題，增加硬件和提高系統(tǒng)的性能。
大家可以通過各種各樣的方法去優(yōu)化我們系統(tǒng)，本篇博文將介紹通過Cache方法來優(yōu)化系統(tǒng)的性能，減輕系統(tǒng)的負(fù)擔(dān)。
1.1.2 正文
不同位置的緩存
在Web應(yīng)用程序中的使用緩存位置主要有：客戶端瀏覽器緩存、客戶端和服務(wù)器中以及服務(wù)器端，因此緩存可以分為以下幾類：
客戶端緩存（Client Caching）
代理緩存（Proxy Caching）
反向代理緩存（Reverse Proxy Caching）
服務(wù)器緩存（Web Server Caching）
ASP.NET中的緩存
ASP.NET中有兩種緩存類型：輸出緩存和數(shù)據(jù)緩存。
輸出緩存：這是最簡單的緩存類型，它保存發(fā)送到客戶端的頁面副本，當(dāng)下一個客戶端發(fā)送相同的頁面請求時，此頁面不會重新生成（在緩存有限期內(nèi)），而是從緩存中獲取該頁面；當(dāng)然由于緩存過期或被回收，這時頁面會重新生成。
數(shù)據(jù)緩存
除此之外，還有兩個特殊的緩存：片段緩存和數(shù)據(jù)源緩存。
片段緩存：這是一種特殊的輸出緩存，它不是緩存整個頁面，而是緩存部分頁面；由于緩存整個頁面通常并不可行，因為頁面的某些部分是針對用戶定制的（例如用戶登陸信息），但我們可以把應(yīng)用程序中共享的部分進(jìn)行緩存，這時我們可以考慮使用片段緩存和用戶控件緩存。
數(shù)據(jù)源緩存：是建立在數(shù)據(jù)源控件的緩存，它包括SqlDataSource、ObjectDataSource和XmlDataSource控件。數(shù)據(jù)源緩存使用數(shù)據(jù)緩存方式，不同的是我們不需要通過顯示方法處理緩存；我們只需設(shè)置相應(yīng)的屬性，然后數(shù)據(jù)源控件就能存儲和檢索數(shù)據(jù)。
輸出緩存
輸出緩存可以把最終呈現(xiàn)的頁面緩存起來，當(dāng)客戶端再次請求同一頁面時，控制對象不再重新創(chuàng)建，頁面的生命周期不再啟動，無需再次執(zhí)行代碼，通過在緩存中獲取緩存的頁面。
現(xiàn)在我們設(shè)計一個頁面，每當(dāng)用戶發(fā)送頁面請求時，就獲取當(dāng)前代碼執(zhí)行的時間，然后顯示在頁面上。
圖1輸出緩存
這是再簡單不過的例子，每當(dāng)用戶發(fā)送頁面請求都會更新頁面顯示的時間，這是由于每次請求都獲取了一個新的頁面，實際情況中，我們并不需要實時的響應(yīng)用戶每個頁面請求，我們可以通過輸出緩存把頁面緩存起來每當(dāng)用戶發(fā)送同一頁面請求時，而且在緩存有效期間，可以通過輸出緩存把緩存的頁面返回給用戶。
我們要實現(xiàn)輸出緩存，只需在頁面中添加如下代碼：
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="23" VaryByParam="None" %>
它支持五個屬性，其中兩個屬性Duration和VaryByParam是必填的
表1輸出緩存屬性
這里我們把輸出緩存的有效期設(shè)置為23秒，也就是說，當(dāng)緩存超過有效期就會被回收；當(dāng)用戶再次請求該頁面時，就要重新創(chuàng)建頁面。
客戶端緩存
另一種選擇是客戶端緩存，如果用戶在瀏覽器中點擊“后退”按鈕或在地址欄中重新輸入URL，那么在這種情況下，瀏覽器將從緩存獲取頁面；然而，如果用戶點擊“刷新”按鈕，那么瀏覽器中緩存將失效，瀏覽器發(fā)送頁面請求。
如果我們要使用客戶端緩存，只需指定OutputCache中的屬性Location=”Client”就OK了，具體代碼如下所示：
<!-- Sets client OutputCache -->
<%@ OutputCache Duration="23" VaryByParam="None" Location="Client" %>
通過在OutputCache中添加Location屬性，我們實現(xiàn)了客戶端緩存，通過設(shè)置客戶端緩存我們能夠減少的客戶端請求，也許有人會問：“每個用戶第一次頁面請求都需要服務(wù)器來完成，這不能很好的減少服務(wù)的壓力”。的確是這樣，相對于服務(wù)器緩存，客戶端緩存并沒有減少代碼的執(zhí)行和數(shù)據(jù)庫的操作，但是當(dāng)我們把包含個性化數(shù)據(jù)的頁面緩存在服務(wù)器中，客戶端請求頁面時，由于不同的用戶個性化數(shù)據(jù)不同，這將會導(dǎo)致請求出現(xiàn)錯誤，所以我們可以使用片段緩存把公用的部分緩存起來或客戶端緩存把用戶信息緩存起來。
Query String緩存
在前面的例子中，我們把OutputCache中的VaryByParam屬性設(shè)置為None，那么ASP.NET程序只緩存一個頁面副本；如果頁面請求包含查詢參數(shù)，那么在緩存的有效期內(nèi)，我們只可以查看到只是緩存結(jié)果，假設(shè)我們有個報表程序，它提供用戶根據(jù)產(chǎn)品名稱查詢相關(guān)的產(chǎn)品信息。
首先我們創(chuàng)建兩個頁面：查詢和結(jié)果頁面，由于時間關(guān)系我們已經(jīng)把頁面設(shè)計好了，具體如下所示：
首先我們提供查詢頁面，讓用戶根據(jù)成品名稱（ProductName）查詢相應(yīng)的成品信息，具體的代碼如下：
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));
}
當(dāng)用戶點擊Submit按鈕后，跳轉(zhuǎn)到Product頁面并且在Url中傳遞查詢參數(shù)——產(chǎn)品名稱（ProducName）。
接下來，我們繼續(xù)完成查詢頁面，由于在前一頁面中傳遞了查詢參數(shù)ProductName，那么我們將根據(jù)ProductName查詢數(shù)據(jù)庫獲取相應(yīng)的產(chǎn)品信息，具體代碼如下所示：
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的值，然后根據(jù)ProductName查詢數(shù)據(jù)庫，最后把獲取數(shù)據(jù)綁定到Datagridview控件中（注：前面實例沒有考慮SQL Injection問題）。
現(xiàn)在我們在頁面中添加輸出緩存，如下代碼：
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="30" VaryByParam="None" %>
前面提到當(dāng)輸出緩存的屬性VaryByParam=”None”時，ASP.NET程序在緩存有效期內(nèi)只緩存一個頁面副本；現(xiàn)在我們在緩存有效期內(nèi)（30s）再發(fā)送請求。
圖4查詢結(jié)果
通過上圖我們發(fā)現(xiàn)，現(xiàn)在查詢參數(shù)ProductName=BK-M18B-40，但查詢結(jié)果依然是ProductName=BB-9108的數(shù)據(jù)，這是由于ASP.NET程序在緩存有效期內(nèi)只緩存一個頁面副本。
通過上面的示例，我們發(fā)現(xiàn)只緩存一個頁面是不適用包含查詢參數(shù)的頁面輸出緩存；其實前面的示例我們只需稍稍改動就能符合查詢參數(shù)的情況了，想必大家已經(jīng)知道了，只需把VaryByParam屬性設(shè)置為“*”就OK了。
現(xiàn)在查詢可以獲取相應(yīng)的結(jié)果，如果查詢參數(shù)和前一個請求相同并且該頁面緩存有效，那么緩存將被重用，否則，創(chuàng)建一個新的頁面緩存。
由于ASP.NET給每個查詢參數(shù)都添加了輸出緩存，但我們要注意的是是否真的有必要緩存每個查詢參數(shù)都緩存一個頁面副本，假設(shè)查詢Url中增加一個參數(shù)參數(shù)ProductId，那么現(xiàn)在Url中就有兩個查詢參數(shù)了（ProductName和ProductId）。
前面我們把VaryByParam設(shè)置為“*”，所為ASP.NET程序?qū)roductName和ProductId都創(chuàng)建頁面緩存，如果我們只針對ProductName創(chuàng)建頁面緩存，這時我們可以修改VaryByParam，具體如下所示：
<!-- Sets VaryByParam property-->
<%@ OutputCache Duration="30" VaryByParam="productname" %>
自定義緩存控件
前面我們介紹了通過查詢參數(shù)實現(xiàn)緩存一個或多個頁面，其實ASP.NET也允許我們自定義緩存方式來決定是否緩存頁或重用現(xiàn)有的，這時我們可以通過設(shè)置VaryByCustom屬性來實現(xiàn)。
假設(shè)，現(xiàn)在我們要設(shè)計基于不同UserHostName的緩存，由于程序在執(zhí)行過程中，首先調(diào)用全局方法GetVaryByCustomString()來確定是否緩存頁面或重用現(xiàn)有的，所以我們可以通過重寫GetVaryByCustomString()方法實現(xiàn)基于UserHostName的緩存，首先我們創(chuàng)建一個Global.asax文件然后重新全局方法GetVaryByCustomString()具體實現(xiàn)如下：
/// <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值不同時，獲取相應(yīng)的緩存值。
然后讓程序基于UserHostName創(chuàng)建緩存，所以我們要在頁面添加以下代碼：
<!-- set vary cache based on custom string value -->
<%@ OutputCache Duration="30" VaryByParam="None" VaryByCustom="UserHostName" %>
我們通過自定義現(xiàn)在GetVaryByCustomString()方法，實現(xiàn)了Web程序根據(jù)UserHostName實施不同的緩存方式，其實，我們還可以實現(xiàn)更多種類緩存方案，例如：基于用戶角色、時間和Url等等。
片段緩存
在某些情況下，我們不能緩存整個頁面，但我們?nèi)韵刖彺娌糠猪撁鎻亩鴾p輕系統(tǒng)的負(fù)擔(dān)；其實，我們可以通過兩種方法實現(xiàn)：片段緩存和數(shù)據(jù)緩存.
為了實現(xiàn)片段緩存，我們需要創(chuàng)建自定義控件緩存部分頁面，然后我們把OutputCache指令添加到自定義控件中，這樣整個頁面將不會被緩存，而自定義緩存控件除外。
前面我們介紹了輸出緩存的使用，只需在頁面中添加OutputCache指令，假設(shè)我們要在幾個頁面中添加輸出緩存這可能比較簡單，但我們要在幾十個頁面中添加輸出緩存功能，而且前面介紹的例子中Duration屬性值都是直接Hard code到每個頁面中，如果我們需要修改Duration屬性值，那么就必須修改每個頁面了，ASP.NET還需要重新編譯這些頁面，這不利于我們的維護(hù)，最重要的是增加了我們的工作量。
其實，我們可以在web.config文件中定義一個outputCacheProfile（ProductCacheProfile），然后在頁面中添加CacheProfile屬性并且賦值為ProductCacheProfile，web.config文件設(shè)置如下：
<caching>
<!-- Sets out put cache profile-->
<outputCacheSettings>
<outputCacheProfiles>
<add name="ProductCacheProfile" duration="30"/>
</outputCacheProfiles>
</outputCacheSettings>
</caching>現(xiàn)在，我們在頁面中添加CacheProfile屬性，并且設(shè)置為ProductCacheProfile，如下所示：
<!-- set CacheProfile property -->
<%@ OutputCache CacheProfile="ProductCacheProfile" VaryByParam="None" %>
數(shù)據(jù)緩存
Cache對象是線程安全：這表示無需顯式實現(xiàn)鎖定或解鎖，在添刪Cache對象中的元素，然而，在Cache對象中元素必須是線程安全的。例如，我們創(chuàng)建一個實體Product，而且存在多個客戶端可能同時操作該對象的情況，這時我們必須為實體Product實現(xiàn)鎖定和解鎖操作（同步操作請參考《單例模式（Singleton）的6種實現(xiàn)》）。
Cache對象中的緩存項自動移除：當(dāng)緩存過期，依賴項被修改或內(nèi)存不足緩存ASP.NET會自動移除該緩存項。
緩存項支持依賴關(guān)系：我們可以給緩存項添加文件、數(shù)據(jù)庫表或其他資源類型的依賴關(guān)系。
SqlDataSource緩存
當(dāng)我們在SqlDataSource控件中啟用緩存，它緩存SelectCommand中的結(jié)果；如果SQL查詢語句中帶有參數(shù)時，SqlDataSource控件會緩存每一個參數(shù)值對應(yīng)的結(jié)果。
這跟我們之前通過輸出緩存實現(xiàn)報表程序緩存查詢頁面效果一樣，所以我們將使用SqlDataSource緩存實現(xiàn)該效果。
假設(shè)我們要提供一個報表程序，讓用戶通過選擇產(chǎn)品名稱（ProductName），獲取相應(yīng)的產(chǎn)品信息。
首先，我們在頁面中創(chuàng)建兩個數(shù)據(jù)源控件：sourceProductName和sourceProduct，接著把數(shù)據(jù)源分別綁定到Dropdownlist和Gridview中，具體實現(xiàn)如下：
<!-- 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 ProductNumber=@ProductNumber">
<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>
現(xiàn)在我們對報表程序進(jìn)行查詢，如果ProudctName之前沒有被緩存起來就會創(chuàng)建相應(yīng)的緩存，而已經(jīng)緩存起來的將被重用，查詢結(jié)果如下：
圖6查詢結(jié)果
緩存的依賴關(guān)系
緩存項之間的依賴
ASP.NET Cache允許我們建立緩存之間的依賴關(guān)系，即一個緩存項依賴于另一個緩存項；以下示例代碼創(chuàng)建了二個緩存項，并且它們之間建立依賴關(guān)系。具體實現(xiàn)如下：
// 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);
現(xiàn)在，當(dāng)Key1緩存項更新或從緩存中刪除，Key2緩存項就會自動從緩存刪除。
文件依賴
前面我們介紹了緩存項之間的依賴關(guān)系，ASP.NET Cache還提供緩存項與文件之間的依賴關(guān)系，當(dāng)文件被更新或刪除對應(yīng)的緩存項也將失效。
在上篇博文《Ajax與JSON的一些總結(jié)》的最后介紹的一個DEMO——Weibo Feed中，我們通過實時方式向新浪微博API發(fā)送請求獲取相應(yīng)的數(shù)據(jù)，但在一定時間內(nèi)請求的次數(shù)是有限制的，一旦超出了限制次數(shù)就不再接受請求了（具體請參考Rate-limiting）。所以可以通過Cache的方式把數(shù)據(jù)緩存起來，當(dāng)客戶端請求時，如果緩存數(shù)據(jù)已經(jīng)存在那么直接返回數(shù)據(jù)，否則重新想微博API請求數(shù)據(jù)。
首先，我們創(chuàng)建一個HttpHandler，它負(fù)責(zé)向微博API發(fā)送請求并且把數(shù)據(jù)保存的文件中，最后把數(shù)據(jù)返回的客戶端。
接下來，我們定義CacheData()方法把微博數(shù)據(jù)保存到文本文件中并且建立緩存與數(shù)據(jù)文件的依賴關(guān)系。
/// <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));
}
現(xiàn)在我們把數(shù)據(jù)保存到文本文件中并且建立了緩存weibo與數(shù)據(jù)文件的依賴關(guān)系，接下來我們要把JSON格式數(shù)據(jù)返回給客戶端。
/// <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格式字符串轉(zhuǎn)換為Byte數(shù)值，然后寫入到OutputStream中，最后把數(shù)據(jù)返回給客戶端。
// 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 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請求結(jié)果
1.1.3 總結(jié)
緩存可以使應(yīng)用程序的性能得到很大的提高，因此在設(shè)計應(yīng)用程序應(yīng)該予以考慮，本博文主要介紹了ASP.NET中輸出緩存和數(shù)據(jù)緩存的應(yīng)用場合和區(qū)別。
頁面緩存適用于生成的頁面通常都相同或改變時間比較固定情況，例如：數(shù)據(jù)在每小時都會更新，那么我們可以設(shè)置duration為3600s。
數(shù)據(jù)緩存適用生成的頁面總是在變化情況。
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
最近我們的系統(tǒng)面臨著嚴(yán)峻性能瓶頸問題，這是由于訪問量增加，客戶端在同一時間請求增加，這迫使我們要從兩個方面解決這一問題，增加硬件和提高系統(tǒng)的性能。
大家可以通過各種各樣的方法去優(yōu)化我們系統(tǒng)，本篇博文將介紹通過Cache方法來優(yōu)化系統(tǒng)的性能，減輕系統(tǒng)的負(fù)擔(dān)。
1.1.2 正文
不同位置的緩存
在Web應(yīng)用程序中的使用緩存位置主要有：客戶端瀏覽器緩存、客戶端和服務(wù)器中以及服務(wù)器端，因此緩存可以分為以下幾類：
客戶端緩存（Client Caching）
代理緩存（Proxy Caching）
反向代理緩存（Reverse Proxy Caching）
服務(wù)器緩存（Web Server Caching）
ASP.NET中的緩存
ASP.NET中有兩種緩存類型：輸出緩存和數(shù)據(jù)緩存。
輸出緩存：這是最簡單的緩存類型，它保存發(fā)送到客戶端的頁面副本，當(dāng)下一個客戶端發(fā)送相同的頁面請求時，此頁面不會重新生成（在緩存有限期內(nèi)），而是從緩存中獲取該頁面；當(dāng)然由于緩存過期或被回收，這時頁面會重新生成。
數(shù)據(jù)緩存
除此之外，還有兩個特殊的緩存：片段緩存和數(shù)據(jù)源緩存。
片段緩存：這是一種特殊的輸出緩存，它不是緩存整個頁面，而是緩存部分頁面；由于緩存整個頁面通常并不可行，因為頁面的某些部分是針對用戶定制的（例如用戶登陸信息），但我們可以把應(yīng)用程序中共享的部分進(jìn)行緩存，這時我們可以考慮使用片段緩存和用戶控件緩存。
數(shù)據(jù)源緩存：是建立在數(shù)據(jù)源控件的緩存，它包括SqlDataSource、ObjectDataSource和XmlDataSource控件。數(shù)據(jù)源緩存使用數(shù)據(jù)緩存方式，不同的是我們不需要通過顯示方法處理緩存；我們只需設(shè)置相應(yīng)的屬性，然后數(shù)據(jù)源控件就能存儲和檢索數(shù)據(jù)。
輸出緩存
輸出緩存可以把最終呈現(xiàn)的頁面緩存起來，當(dāng)客戶端再次請求同一頁面時，控制對象不再重新創(chuàng)建，頁面的生命周期不再啟動，無需再次執(zhí)行代碼，通過在緩存中獲取緩存的頁面。
現(xiàn)在我們設(shè)計一個頁面，每當(dāng)用戶發(fā)送頁面請求時，就獲取當(dāng)前代碼執(zhí)行的時間，然后顯示在頁面上。
圖1輸出緩存
這是再簡單不過的例子，每當(dāng)用戶發(fā)送頁面請求都會更新頁面顯示的時間，這是由于每次請求都獲取了一個新的頁面，實際情況中，我們并不需要實時的響應(yīng)用戶每個頁面請求，我們可以通過輸出緩存把頁面緩存起來每當(dāng)用戶發(fā)送同一頁面請求時，而且在緩存有效期間，可以通過輸出緩存把緩存的頁面返回給用戶。
我們要實現(xiàn)輸出緩存，只需在頁面中添加如下代碼：
復(fù)制代碼 代碼如下:
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="23" VaryByParam="None" %>
它支持五個屬性，其中兩個屬性Duration和VaryByParam是必填的
|
Duration |
必需屬性。頁面應(yīng)該被緩存的時間，以秒為單位。必須是正整數(shù)。 |
|
Location |
指定應(yīng)該對輸出進(jìn)行緩存的位置。如果要指定該參數(shù)，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient。 |
|
VaryByParam |
必需屬性。Request 中變量的名稱，這些變量名應(yīng)該產(chǎn)生單獨(dú)的緩存條目。"none" 表示沒有變動。"*" 可用于為每個不同的變量數(shù)組創(chuàng)建新的緩存條目。變量之間用 ";" 進(jìn)行分隔。 |
|
VaryByHeader |
基于指定的標(biāo)頭中的變動改變緩存條目。 |
|
VaryByCustom |
允許在 global.asax 中指定自定義變動（例如，"Browser"）。 |
這里我們把輸出緩存的有效期設(shè)置為23秒，也就是說，當(dāng)緩存超過有效期就會被回收；當(dāng)用戶再次請求該頁面時，就要重新創(chuàng)建頁面。
客戶端緩存
另一種選擇是客戶端緩存，如果用戶在瀏覽器中點擊“后退”按鈕或在地址欄中重新輸入URL，那么在這種情況下，瀏覽器將從緩存獲取頁面；然而，如果用戶點擊“刷新”按鈕，那么瀏覽器中緩存將失效，瀏覽器發(fā)送頁面請求。
如果我們要使用客戶端緩存，只需指定OutputCache中的屬性Location=”Client”就OK了，具體代碼如下所示：
復(fù)制代碼 代碼如下:
<!-- Sets client OutputCache -->
<%@ OutputCache Duration="23" VaryByParam="None" Location="Client" %>
通過在OutputCache中添加Location屬性，我們實現(xiàn)了客戶端緩存，通過設(shè)置客戶端緩存我們能夠減少的客戶端請求，也許有人會問：“每個用戶第一次頁面請求都需要服務(wù)器來完成，這不能很好的減少服務(wù)的壓力”。的確是這樣，相對于服務(wù)器緩存，客戶端緩存并沒有減少代碼的執(zhí)行和數(shù)據(jù)庫的操作，但是當(dāng)我們把包含個性化數(shù)據(jù)的頁面緩存在服務(wù)器中，客戶端請求頁面時，由于不同的用戶個性化數(shù)據(jù)不同，這將會導(dǎo)致請求出現(xiàn)錯誤，所以我們可以使用片段緩存把公用的部分緩存起來或客戶端緩存把用戶信息緩存起來。
Query String緩存
在前面的例子中，我們把OutputCache中的VaryByParam屬性設(shè)置為None，那么ASP.NET程序只緩存一個頁面副本；如果頁面請求包含查詢參數(shù)，那么在緩存的有效期內(nèi)，我們只可以查看到只是緩存結(jié)果，假設(shè)我們有個報表程序，它提供用戶根據(jù)產(chǎn)品名稱查詢相關(guān)的產(chǎn)品信息。
首先我們創(chuàng)建兩個頁面：查詢和結(jié)果頁面，由于時間關(guān)系我們已經(jīng)把頁面設(shè)計好了，具體如下所示：
首先我們提供查詢頁面，讓用戶根據(jù)成品名稱（ProductName）查詢相應(yīng)的成品信息，具體的代碼如下：
復(fù)制代碼 代碼如下:
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));
}
當(dāng)用戶點擊Submit按鈕后，跳轉(zhuǎn)到Product頁面并且在Url中傳遞查詢參數(shù)——產(chǎn)品名稱（ProducName）。
接下來，我們繼續(xù)完成查詢頁面，由于在前一頁面中傳遞了查詢參數(shù)ProductName，那么我們將根據(jù)ProductName查詢數(shù)據(jù)庫獲取相應(yīng)的產(chǎn)品信息，具體代碼如下所示：
復(fù)制代碼 代碼如下:
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的值，然后根據(jù)ProductName查詢數(shù)據(jù)庫，最后把獲取數(shù)據(jù)綁定到Datagridview控件中（注：前面實例沒有考慮SQL Injection問題）。
現(xiàn)在我們在頁面中添加輸出緩存，如下代碼：
復(fù)制代碼 代碼如下:
<!-- Adds OutputCache directive -->
<%@ OutputCache Duration="30" VaryByParam="None" %>
前面提到當(dāng)輸出緩存的屬性VaryByParam=”None”時，ASP.NET程序在緩存有效期內(nèi)只緩存一個頁面副本；現(xiàn)在我們在緩存有效期內(nèi)（30s）再發(fā)送請求。
圖4查詢結(jié)果
通過上圖我們發(fā)現(xiàn)，現(xiàn)在查詢參數(shù)ProductName=BK-M18B-40，但查詢結(jié)果依然是ProductName=BB-9108的數(shù)據(jù)，這是由于ASP.NET程序在緩存有效期內(nèi)只緩存一個頁面副本。
通過上面的示例，我們發(fā)現(xiàn)只緩存一個頁面是不適用包含查詢參數(shù)的頁面輸出緩存；其實前面的示例我們只需稍稍改動就能符合查詢參數(shù)的情況了，想必大家已經(jīng)知道了，只需把VaryByParam屬性設(shè)置為“*”就OK了。
現(xiàn)在查詢可以獲取相應(yīng)的結(jié)果，如果查詢參數(shù)和前一個請求相同并且該頁面緩存有效，那么緩存將被重用，否則，創(chuàng)建一個新的頁面緩存。
由于ASP.NET給每個查詢參數(shù)都添加了輸出緩存，但我們要注意的是是否真的有必要緩存每個查詢參數(shù)都緩存一個頁面副本，假設(shè)查詢Url中增加一個參數(shù)參數(shù)ProductId，那么現(xiàn)在Url中就有兩個查詢參數(shù)了（ProductName和ProductId）。
前面我們把VaryByParam設(shè)置為“*”，所為ASP.NET程序?qū)roductName和ProductId都創(chuàng)建頁面緩存，如果我們只針對ProductName創(chuàng)建頁面緩存，這時我們可以修改VaryByParam，具體如下所示：
復(fù)制代碼 代碼如下:
<!-- Sets VaryByParam property-->
<%@ OutputCache Duration="30" VaryByParam="productname" %>
自定義緩存控件
前面我們介紹了通過查詢參數(shù)實現(xiàn)緩存一個或多個頁面，其實ASP.NET也允許我們自定義緩存方式來決定是否緩存頁或重用現(xiàn)有的，這時我們可以通過設(shè)置VaryByCustom屬性來實現(xiàn)。
假設(shè)，現(xiàn)在我們要設(shè)計基于不同UserHostName的緩存，由于程序在執(zhí)行過程中，首先調(diào)用全局方法GetVaryByCustomString()來確定是否緩存頁面或重用現(xiàn)有的，所以我們可以通過重寫GetVaryByCustomString()方法實現(xiàn)基于UserHostName的緩存，首先我們創(chuàng)建一個Global.asax文件然后重新全局方法GetVaryByCustomString()具體實現(xiàn)如下：
復(fù)制代碼 代碼如下:
/// <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值不同時，獲取相應(yīng)的緩存值。
然后讓程序基于UserHostName創(chuàng)建緩存，所以我們要在頁面添加以下代碼：
復(fù)制代碼 代碼如下:
<!-- set vary cache based on custom string value -->
<%@ OutputCache Duration="30" VaryByParam="None" VaryByCustom="UserHostName" %>
我們通過自定義現(xiàn)在GetVaryByCustomString()方法，實現(xiàn)了Web程序根據(jù)UserHostName實施不同的緩存方式，其實，我們還可以實現(xiàn)更多種類緩存方案，例如：基于用戶角色、時間和Url等等。
片段緩存
在某些情況下，我們不能緩存整個頁面，但我們?nèi)韵刖彺娌糠猪撁鎻亩鴾p輕系統(tǒng)的負(fù)擔(dān)；其實，我們可以通過兩種方法實現(xiàn)：片段緩存和數(shù)據(jù)緩存.
為了實現(xiàn)片段緩存，我們需要創(chuàng)建自定義控件緩存部分頁面，然后我們把OutputCache指令添加到自定義控件中，這樣整個頁面將不會被緩存，而自定義緩存控件除外。
前面我們介紹了輸出緩存的使用，只需在頁面中添加OutputCache指令，假設(shè)我們要在幾個頁面中添加輸出緩存這可能比較簡單，但我們要在幾十個頁面中添加輸出緩存功能，而且前面介紹的例子中Duration屬性值都是直接Hard code到每個頁面中，如果我們需要修改Duration屬性值，那么就必須修改每個頁面了，ASP.NET還需要重新編譯這些頁面，這不利于我們的維護(hù)，最重要的是增加了我們的工作量。
其實，我們可以在web.config文件中定義一個outputCacheProfile（ProductCacheProfile），然后在頁面中添加CacheProfile屬性并且賦值為ProductCacheProfile，web.config文件設(shè)置如下：
復(fù)制代碼 代碼如下:
<caching>
<!-- Sets out put cache profile-->
<outputCacheSettings>
<outputCacheProfiles>
<add name="ProductCacheProfile" duration="30"/>
</outputCacheProfiles>
</outputCacheSettings>
</caching>現(xiàn)在，我們在頁面中添加CacheProfile屬性，并且設(shè)置為ProductCacheProfile，如下所示：
復(fù)制代碼 代碼如下:
<!-- set CacheProfile property -->
<%@ OutputCache CacheProfile="ProductCacheProfile" VaryByParam="None" %>
數(shù)據(jù)緩存
Cache對象是線程安全：這表示無需顯式實現(xiàn)鎖定或解鎖，在添刪Cache對象中的元素，然而，在Cache對象中元素必須是線程安全的。例如，我們創(chuàng)建一個實體Product，而且存在多個客戶端可能同時操作該對象的情況，這時我們必須為實體Product實現(xiàn)鎖定和解鎖操作（同步操作請參考《單例模式（Singleton）的6種實現(xiàn)》）。
Cache對象中的緩存項自動移除：當(dāng)緩存過期，依賴項被修改或內(nèi)存不足緩存ASP.NET會自動移除該緩存項。
緩存項支持依賴關(guān)系：我們可以給緩存項添加文件、數(shù)據(jù)庫表或其他資源類型的依賴關(guān)系。
SqlDataSource緩存
當(dāng)我們在SqlDataSource控件中啟用緩存，它緩存SelectCommand中的結(jié)果；如果SQL查詢語句中帶有參數(shù)時，SqlDataSource控件會緩存每一個參數(shù)值對應(yīng)的結(jié)果。
這跟我們之前通過輸出緩存實現(xiàn)報表程序緩存查詢頁面效果一樣，所以我們將使用SqlDataSource緩存實現(xiàn)該效果。
假設(shè)我們要提供一個報表程序，讓用戶通過選擇產(chǎn)品名稱（ProductName），獲取相應(yīng)的產(chǎn)品信息。
首先，我們在頁面中創(chuàng)建兩個數(shù)據(jù)源控件：sourceProductName和sourceProduct，接著把數(shù)據(jù)源分別綁定到Dropdownlist和Gridview中，具體實現(xiàn)如下：
復(fù)制代碼 代碼如下:
<!-- 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 ProductNumber=@ProductNumber">
<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>
現(xiàn)在我們對報表程序進(jìn)行查詢，如果ProudctName之前沒有被緩存起來就會創(chuàng)建相應(yīng)的緩存，而已經(jīng)緩存起來的將被重用，查詢結(jié)果如下：
圖6查詢結(jié)果
緩存的依賴關(guān)系
緩存項之間的依賴
ASP.NET Cache允許我們建立緩存之間的依賴關(guān)系，即一個緩存項依賴于另一個緩存項；以下示例代碼創(chuàng)建了二個緩存項，并且它們之間建立依賴關(guān)系。具體實現(xiàn)如下：
復(fù)制代碼 代碼如下:
// 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);
現(xiàn)在，當(dāng)Key1緩存項更新或從緩存中刪除，Key2緩存項就會自動從緩存刪除。
文件依賴
前面我們介紹了緩存項之間的依賴關(guān)系，ASP.NET Cache還提供緩存項與文件之間的依賴關(guān)系，當(dāng)文件被更新或刪除對應(yīng)的緩存項也將失效。
在上篇博文《Ajax與JSON的一些總結(jié)》的最后介紹的一個DEMO——Weibo Feed中，我們通過實時方式向新浪微博API發(fā)送請求獲取相應(yīng)的數(shù)據(jù)，但在一定時間內(nèi)請求的次數(shù)是有限制的，一旦超出了限制次數(shù)就不再接受請求了（具體請參考Rate-limiting）。所以可以通過Cache的方式把數(shù)據(jù)緩存起來，當(dāng)客戶端請求時，如果緩存數(shù)據(jù)已經(jīng)存在那么直接返回數(shù)據(jù)，否則重新想微博API請求數(shù)據(jù)。
首先，我們創(chuàng)建一個HttpHandler，它負(fù)責(zé)向微博API發(fā)送請求并且把數(shù)據(jù)保存的文件中，最后把數(shù)據(jù)返回的客戶端。
接下來，我們定義CacheData()方法把微博數(shù)據(jù)保存到文本文件中并且建立緩存與數(shù)據(jù)文件的依賴關(guān)系。
復(fù)制代碼 代碼如下:
/// <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));
}
現(xiàn)在我們把數(shù)據(jù)保存到文本文件中并且建立了緩存weibo與數(shù)據(jù)文件的依賴關(guān)系，接下來我們要把JSON格式數(shù)據(jù)返回給客戶端。
復(fù)制代碼 代碼如下:
/// <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格式字符串轉(zhuǎn)換為Byte數(shù)值，然后寫入到OutputStream中，最后把數(shù)據(jù)返回給客戶端。
復(fù)制代碼 代碼如下:
// 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 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請求結(jié)果 1.1.3 總結(jié)
緩存可以使應(yīng)用程序的性能得到很大的提高，因此在設(shè)計應(yīng)用程序應(yīng)該予以考慮，本博文主要介紹了ASP.NET中輸出緩存和數(shù)據(jù)緩存的應(yīng)用場合和區(qū)別。
頁面緩存適用于生成的頁面通常都相同或改變時間比較固定情況，例如：數(shù)據(jù)在每小時都會更新，那么我們可以設(shè)置duration為3600s。
數(shù)據(jù)緩存適用生成的頁面總是在變化情況。
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
相關(guān)文章
asp.net(vb.net)獲取真實IP的函數(shù),需要的朋友可以參考下。2010-11-11
Vistual Studio 2010 精品插件收集，方便從事.net開發(fā)的朋友。2011-10-10
web.config是asp.net一個重要的配置文件，本文將介紹如何利用web.config配置偽靜態(tài),步驟很詳細(xì)，需要了解的朋友可以參考下2012-12-12
Asp.net安全,替換,分解字符串的類2008-11-11
asp.net core 跨域配置不起作用的原因分析及解決方案
在ASP.NET Core中配置跨域時,正確的中間件順序至關(guān)重要,否則可能導(dǎo)致跨域無效,此外,如果同時使用中間件和屬性來啟用跨域,需要確保策略名稱一致,文章提供了官方簡單啟用跨域的示例代碼,幫助開發(fā)者避免常見的配置錯誤2024-10-10
asp.net點選驗證碼實現(xiàn)思路分享 (附demo)
這篇文章主要介紹了asp.net點選驗證碼實現(xiàn)思路分享 (附demo),具有一定的參考價值，感興趣的小伙伴們可以參考一下。2017-01-01
對于微軟平臺開發(fā)人員而言，每天都要和各種ASP.NET控件打交道，本文不打算介紹各種控件的具體使用方法，相反，我只想和大家分享一下ASP.NET控件最有用的10個屬性，相信讀完本文可提升你的開發(fā)技能。2011-08-08
MS SQL 實現(xiàn)驗證字符串是否包含有大小寫字母的功能
這篇文章主要介紹了MS SQL 實現(xiàn)驗證字符串是否包含有大小寫字母的功能的相關(guān)資料,這樣的功能通常應(yīng)用在字符串的復(fù)雜度需要的朋友可以參考下2016-11-11
基于.NET8實現(xiàn)WinFrom應(yīng)用窗口自動縮放功能
這篇文章主要為大家詳細(xì)介紹了如何基于.net8 WinFrom實現(xiàn)應(yīng)用窗口自動縮放功能,文中的示例代碼講解詳細(xì),有需要的小伙伴可以參考一下2025-01-01
ASP.NET堆和棧二之值類型和引用類型的參數(shù)傳遞和內(nèi)存分配
這篇文章介紹了ASP.NET堆和棧中值類型和引用類型的參數(shù)傳遞和內(nèi)存分配，文中通過示例代碼介紹的非常詳細(xì)。對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-08-08