ASP.NET緩存機制基礎概念是什么

這篇文章主要講解了“ASP.NET緩存機制基礎概念是什么”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“ASP.NET緩存機制基礎概念是什么”吧！

ASP.NET緩存機制名詞解釋

頁輸出緩存：保存頁處理輸出，下次重用所保存的輸出

應用程序緩存：允許緩存所生成的數據，如DataSet

ASP.NET緩存機制概念㈠：頁輸出緩存

1、頁輸出緩存的幾中形式

①<%@ OutputCache Duration="60" VaryByParam="None" Location="Any"%>

Location指定在哪個地方緩存，Any任何地方都緩存。

60秒以內看到的都是一樣的了。

②還可在配置文件里寫，然后在頁面調用配置文件的緩存名稱。

③用編程的方式：

Response.Canche.SetExpires(DateTime.Now.AddSeconds(3));

Response.Canche.SetCacheabiliy(HttpCacheability.Public);

Response.Canche.SetValidUntilExpires(true);

相當于：

Public => Any

Private => Client

NoCache => None

Server => Server

ServerAndPrivate =>ServerAndClient

2、使用文件依賴項緩存頁輸出

產生背景：有時候，可能需要在文件發生更改時從輸出緩存中移除某一項。就是說文件改了以后緩存立即失效。

string filepath = Server.MapPath("TextFile1.txt");

Response.AddFileDependency(filepath);//添加緩存依賴項

Response.Cache.SetExpires(DateTime.Now.AddSeconds(60));

Response.Cache.SetCacheability(HttpCacheability.Public);

Response.Cache.SetValidUntiExpires(true);

3、緩存多個版本

①使用請求的瀏覽器對頁的各個版本進行緩存

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

②使用參數對頁的各個版本進行緩存

<%@OutputCache Duration="60" VaryByParam="City"%>

這個調試可以在url后加QueryString

如：...url?City=shanghai

程序里得到這個上海然后再做其他的操作，這個時候如果參數傳的還是shanghai它就不會在走到程序里了。

4、動態更新緩存頁的部分，有三種方法可以實現部分不緩存

①已聲明方式使用Substitution控件

<asp:Substitution ID="Substitution1" runat="server" MethodName="GetCurrentDateTime" />

public static string GetCurrentDateTime(HttpContext context)

{

return DateTime.Now.ToString();

}

//方法簽名必須和委托簽名一致

②以編程的方式使用Substitution控件API

Response.WriteSubstitution(new HttpResponseSubstitutionCallback(GetCurrentDateTime))

③以隱式方式使用AdRotator控件

這個控件永遠都是不緩存的

ASP.NET緩存機制概念㈡：SQL Server依賴的緩存，非常之有用

當表數據發生改變就清除緩存

1、為SQL Server啟用緩存通知

aspnet_regsql.exe -S <Server> -U <Username> -P <Password>

-ed -d Northwind -et -t Employees

Server：服務器

Username：用戶名

Password：密碼

Northwind：數據庫

Employees：表

2、為緩存功能配置網頁

<%@OutputCache Duration="3600" SqlDependency="Northind:Employees" VaryByParam="none"%>

3、在Web.config文件中設置緩存配置

<caching>

<sqlCacheDependency enabled="true" pollTime="1000">

<database>

<add name="Northind" connectionStringName="..." pollTime = "1000" />

</database>

</sqlCacheDependency>

</caching>

//這里的name要是數據庫名稱

ASP.NET中的數據緩存有許多種，一般來說大型的數據使用 Cache對象緩存,用戶身份信息用Session對象緩存,小型數據用Cookie對象緩存在客戶端。

其中 Cache和Session應該屬于系統級的緩存，Cookie屬于用戶客戶端的緩存

除此之外還有用戶控件的緩存，我轉載一篇文章來詳細介紹用戶控件的緩存

<%@ 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"%＞

示例:

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

該示例將緩存用戶控件60秒，并且將針對查詢字符串的每個變動、針對此控件所在的每個頁面創建單獨的緩存條目。

＜%@ OutputCache Duration="60" VaryByParam="none"

VaryByControl="CategoryDropDownList" %＞

該示例將緩存用戶控件60秒，并且將針對CategoryDrop

DownList控件的每個不同的值、針對此控件所在的每個頁面創建單獨的緩存條目。

＜%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser"

Shared="true" %＞

***，該示例將緩存用戶控件60秒，并且將針對每個瀏覽器名稱和主要版本創建一個緩存條目。然后，每個瀏覽器的緩存條目將由引用此用戶控件的所有頁面共享（只要所有頁面都用相同的ID引用該控件即可）。

下面的示例說明了如何設置頁或用戶控件進行輸出緩存的持續時間。

<%@ OutputCache Duration="100" VaryByParam="none" %>

感謝各位的閱讀，以上就是“ASP.NET緩存機制基礎概念是什么”的內容了，經過本文的學習后，相信大家對ASP.NET緩存機制基礎概念是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！