ASP.NET緩存使用中的建議有哪幾點

今天就跟大家聊聊有關(guān)ASP.NET緩存使用中的建議有哪幾點，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

盡早緩存;經(jīng)常緩存 您應(yīng)該在ASP.NET應(yīng)用程序的每一層都實現(xiàn)緩存。向數(shù)據(jù)層、業(yè)務(wù)邏輯層、UI 或輸出層添加緩存支持。內(nèi)存現(xiàn)在非常便宜 — 因此，通過以智能的方式在整個應(yīng)用程序中實現(xiàn)緩存，可以獲得很大的性能提高。 ASP.NET緩存可以掩蓋許多過失緩存是一種無需大量時間和分析就可以獲得“足夠良好的”性能的方法。

這里再次強調(diào)，內(nèi)存現(xiàn)在非常便宜，因此，如果您能通過將輸出緩存30 秒，而不是花上一整天甚至一周的時間嘗試優(yōu)化代碼或數(shù)據(jù)庫就可以獲得所需的性能，您肯定會選擇緩存解決方案(假設(shè)可以接受 30 秒的舊數(shù)據(jù))。緩存正是那些利用 20% 付出獲得 80% 回報的特性之一，因此，要提高性能，應(yīng)該首先想到ASP.NET緩存。

不過，如果設(shè)計很糟糕，最終卻有可能帶來不良的后果，因此，您當(dāng)然也應(yīng)該盡量正確地設(shè)計應(yīng)用程序。但如果您只是需要立即獲得足夠高的性能，ASP.NET緩存就是您的***選擇，您可以在以后有時間的時候再盡快重新設(shè)計應(yīng)用程序。 頁面級輸出緩存作為最簡單的緩存形式，輸出緩存只是在內(nèi)存中保留為響應(yīng)請求而發(fā)送的 HTML 的副本。其后再有請求時將提供緩存的輸出，直到緩存到期，這樣，性能有可能得到很大的提高(取決于需要多少開銷來創(chuàng)建原始頁面輸出 - 發(fā)送緩存的輸出總是很快，并且比較穩(wěn)定)。實現(xiàn) 要實現(xiàn)頁面輸出緩存，只要將一條 OutputCache 指令添加到頁面即可。

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

如同其他頁面指令一樣，該指令應(yīng)該出現(xiàn)在 ASPX 頁面的頂部，即在任何輸出之前。它支持五個屬性(或參數(shù))，其中兩個是必需的?！?/p>

◆Duration 必需屬性。頁面應(yīng)該被緩存的時間，以秒為單位。必須是正整數(shù)。　

◆Location 指定應(yīng)該對輸出進行緩存的位置。如果要指定該參數(shù)，則必須是下列選項之一：Any、Client、Downstream、None、Server 或 ServerAndClient?！?/p>

◆VaryByParam 必需屬性。Request 中變量的名稱，這些變量名應(yīng)該產(chǎn)生單獨的緩存條目。"none" 表示沒有變動。"*" 可用于為每個不同的變量數(shù)組創(chuàng)建新的緩存條目。變量之間用 "; " 進行分隔。

◆VaryByHeader 基于指定的標(biāo)頭中的變動改變ASP.NET緩存條目。

VaryByCustom 允許在 global.asax 中指定自定義變動(例如，"Browser")。 利用必需的 Duration 和 VaryByParam 選項的組合可以處理大多數(shù)情況。例如，如果您的產(chǎn)品目錄允許用戶基于 categoryID 和頁變量查看目錄頁，您可以用參數(shù)值為 "categoryID; page" 的 VaryByParam 將產(chǎn)品目錄緩存一段時間(如果產(chǎn)品不是隨時都在改變，一小時還是可以接受的，因此，持續(xù)時間是 3600 秒)。這將為每個種類的每個目錄頁創(chuàng)建單獨的緩存條目。每個條目從其***個請求算起將維持一個小時?！?VaryByHeader 和 VaryByCustom 主要用于根據(jù)訪問頁面的客戶端對頁面的外觀或內(nèi)容進行自定義。同一個 URL 可能需要同時為瀏覽器和移動電話客戶端呈現(xiàn)輸出，因此，需要針對不同的客戶端緩存不同的內(nèi)容版本。

或者，頁面有可能已經(jīng)針對 IE 進行了優(yōu)化，但需要能針對 Netscape 或 Opera 完全降低優(yōu)化(而不僅僅是破壞頁面)。后一個例子非常普遍，我們將提供一個說明如何實現(xiàn)此目標(biāo)的示例：　 示例：VaryByCustom 用于支持瀏覽器自定義 為了使每個瀏覽器都具有單獨的緩存條目，VaryByCustom 的值可以設(shè)置為 "browser"。此功能已經(jīng)內(nèi)置在緩存模塊中，并且將針對每個瀏覽器名稱和主要版本插入單獨的頁面緩存版本。

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

片段緩存，用戶控件輸出ASP.NET緩存來緩存整個頁面通常并不可行，因為頁面的某些部分是針對用戶定制的。不過，頁面的其他部分是整個應(yīng)用程序共有的。這些部分最適合使用片段緩存和用戶控件進行緩存。菜單和其他布局元素，尤其是那些從數(shù)據(jù)源動態(tài)生成的元素，也應(yīng)該用這種方法進行緩存。如果需要，可以將緩存的控件配置為基于對其控件(或其他屬性) 的更改或由頁面級輸出緩存支持的任何其他變動進行改變。使用同一組控件的幾百個頁面還可以共享那些控件的緩存條目，而不是為每個頁面保留單獨的緩存版本。　 實現(xiàn) 片段緩存使用的語法與頁面級輸出緩存一樣，但其應(yīng)用于用戶控件(.ascx 文件)而不是 Web 窗體(.aspx 文件)。除了 Location 屬性，對于 OutputCache 在 Web 窗體上支持的所有屬性，用戶控件也同樣支持。用戶控件還支持名為 VaryByControl 的 OutputCache 屬性，該屬性將根據(jù)用戶控件(通常是頁面上的控件，例如，DropDownList)的成員的值改變該控件的ASP.NET緩存。

如果指定了 VaryByControl，可以省略 VaryByParam。***，在默認情況下，對每個頁面上的每個用戶控件都單獨進行緩存。不過，如果一個用戶控件不隨應(yīng)用程序中的頁面改變，并且在所有頁面都使用相同的名稱，則可以應(yīng)用 Shared="true" 參數(shù)，該參數(shù)將使用戶控件的緩存版本供所有引用該控件的頁面使用。 示例

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

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

<%@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" %>  <%@ OutputCache Duration="60" VaryByParam="none" VaryByControl="CategoryDropDownList" %>

該示例將緩存用戶控件 60 秒，并且將針對 CategoryDropDownList 控件的每個不同的值、針對此控件所在的每個頁面創(chuàng)建單獨的緩存條目。

<%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true %> <%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="browser" Shared="true %>

***，該示例將ASP.NET緩存用戶控件 60 秒，并且將針對每個瀏覽器名稱和主要版本創(chuàng)建一個緩存條目。然后，每個瀏覽器的緩存條目將由引用此用戶控件的所有頁面共享(只要所有頁面都用相同的 ID 引用該控件即可)。 頁面級和用戶控件級輸出緩存的確是一種可以迅速而簡便地提高站點性能的方法，但是ASP.NET緩存的真正靈活性和強大功能是通過 Cache 對象提供的。使用 Cache 對象，您可以存儲任何可序列化的數(shù)據(jù)對象，基于一個或多個依賴項的組合來控制緩存條目到期的方式。這些依賴項可以包括自從項被緩存后經(jīng)過的時間、自從項上次被訪問后經(jīng)過的時間、對文件和/或文件夾的更改以及對其他緩存項的更改，在略作處理后還可以包括對數(shù)據(jù)庫中特定表的更改。

看完上述內(nèi)容，你們對ASP.NET緩存使用中的建議有哪幾點有進一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。