asp.net页面清除缓存2（转）

ASP.NET 提供三种主要形式的缓存：页面级输出缓存、用户控件级输出缓存（或称为片断缓存）和缓存 API。

输出缓存和片断缓存的优势是很是易于实现，在大多数状况下，使用这两种缓存就足够了。而缓存 API 则提供了额外的灵活性（其实是至关大的灵活性），可用于在应用程序的每一层利用缓存。

 

Steve 的缓存提示

 

尽早缓存；常常缓存

您应该在应用程序的每一层都实现缓存。向数据层、业务逻辑层、UI 或输出层添加缓存支持。内存如今很是便宜 — 所以，经过以智能的方式在整个应用程序中实现缓存，能够得到很大的性能提升。

 

缓存能够掩盖许多过失

缓存是一种无需大量时间和分析就能够得到“足够良好的”性能的方法。这里再次强调，内存如今很是便宜，所以，若是您能经过将输出缓存 30 秒，而不是花上一成天甚至一周的时间尝试优化代码或数据库就能够得到所需的性能，您确定会选择缓存解决方案（假设能够接受 30 秒的旧数据）。缓存正是那些利用 20% 付出得到 80% 回报的特性之一，所以，要提升性能，应该首先想到缓存。不过，若是设计很糟糕，最终却有可能带来不良的后果，所以，您固然也应该尽可能正确地设计应用程序。但若是您只是须要当即得到足够高的性能，缓存就是您的最佳选择，您能够在之后有时间的时候再尽快从新设计应用程序。

 

1 页面级输出缓存

做为最简单的缓存形式，输出缓存只是在内存中保留为响应请求而发送的 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在应用程序的 Web.config 文件中定义缓存配置文件在配置文件中包括 duration 和 varyByParam 设. 
下面的 <caching> 配置元素定义名为 Cache30Seconds的缓存配置文件，它将在服务器上将页缓存30秒。

<system.web>

<caching>
 <outputCacheSettings>
    <outputCacheProfiles>
      <add name="Cache30Seconds" duration="30" varyByParam="none" />
    </outputCacheProfiles>
 </outputCacheSettings>
</caching>

</system.web>

2在使用配置文件的每一个 ASP.NET 页中包含 @ OutputCache 指令，并将 CacheProfile 属性设置为 Web.config 文件中定义的缓存配置文件的名称。 
下面的代码指定页应当使用名为 Cache30Seconds的缓存配置文件：
  
<%@ OutputCache CacheProfile="Cache30Seconds" %>

2 片断缓存，用户控件输出缓存

 
缓存整个页面一般并不可行，由于页面的某些部分是针对用户定制的。不过，页面的其余部分是整个应用程序共有的。这些部分最适合使用片断缓存和用户控件进行缓存。菜单和其余布局元素，尤为是那些从数据源动态生成的元素，也应该用这种方法进行缓存。若是须要，能够将缓存的控件配置为基于对其控件（或其余属性）的更改或由页面级输出缓存支持的任何其余变更进行改变。使用同一组控件的几百个页面还能够共享那些控件的缓存条目，而不是为每一个页面保留单独的缓存版本。
 
实现 
片断缓存使用的语法与页面级输出缓存同样，但其应用于用户控件（.ascx 文件）而不是 Web 窗体（.aspx 文件）。除了 Location 属性，对于 OutputCache 在 Web 窗体上支持的全部属性，用户控件也一样支持。用户控件还支持名为 VaryByControl 的 OutputCache 属性，该属性将根据用户控件（一般是页面上的控件，例如，DropDownList）的成员的值改变该控件的缓存。若是指定了 VaryByControl，能够省略 VaryByParam。最后，在默认状况下，对每一个页面上的每一个用户控件都单独进行缓存。不过，若是一个用户控件不随应用程序中的页面改变，而且在全部页面都使用相同的名称，则能够应用 Shared="true" 参数，该参数将使用户控件的缓存版本供全部引用该控件的页面使用。
 
示例

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

该示例将缓存用户控件 60 秒，而且将针对查询字符串的每一个变更、针对此控件所在的每一个页面建立单独的缓存条目。

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

该示例将缓存用户控件 60 秒，而且将针对 CategoryDropDownList 控件的每一个不一样的值、针对此控件所在的每一个页面建立单独的缓存条目。

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

最后，该示例将缓存用户控件 60 秒，而且将针对每一个浏览器名称和主要版本建立一个缓存条目。而后，每一个浏览器的缓存条目将由引用此用户控件的全部页面共享（只要全部页面都用相同的 ID 引用该控件便可）。
 

3缓存 API，使用 Cache 对象

页面级和用户控件级输出缓存的确是一种能够迅速而简便地提升站点性能的方法，可是在 ASP.NET 中，缓存的真正灵活性和强大功能是经过 Cache 对象提供的。使用 Cache 对象，您能够存储任何可序列化的数据对象，基于一个或多个依赖项的组合来控制缓存条目到期的方式。这些依赖项能够包括自从项被缓存后通过的时间、自从项上次被访问后通过的时间、对文件和/或文件夹的更改以及对其余缓存项的更改，在略做处理后还能够包括对数据库中特定表的更改。
在 Cache 中存储数据 
在 Cache 中存储数据的最简单的方法就是使用一个键为其赋值，就像 HashTable 或 Dictionary 对象同样：
Cache["key"] = "value";
这种作法将在缓存中存储项，同时不带任何依赖项，所以它不会到期，除非缓存引擎为了给其余缓存数据提供空间而将其删除。要包括特定的缓存依赖项，可以使用 Add() 或 Insert() 方法。其中每一个方法都有几个重载。Add() 和 Insert() 之间的惟一区别是，Add() 返回对已缓存对象的引用，而 Insert() 没有返回值（在 C# 中为空，在 VB 中为 Sub）。
 
示例

Cache.Insert("key", myXMLFileData, new System.Web.Caching.CacheDependency(Server.MapPath("users.xml")));

该示例可将文件中的 xml 数据插入缓存，无需在之后请求时从文件读取。 CacheDependency 的做用是确保缓存在文件更改后当即到期，以即可以从文件中提取最新数据，从新进行缓存。若是缓存的数据来自若干个文件，还能够指定一个文件名的数组。

Cache.Insert("dependentkey", myDependentData, new System.Web.Caching.CacheDependency(new string[] {}, new string[] {"key"}));

该示例可插入键值为 "key" 的第二个数据块（取决因而否存在第一个数据块）。若是缓存中不存在名为 "key" 的键，或者若是与该键相关联的项已到期或被更新，则 "dependentkey" 的缓存条目将到期。

Cache.Insert("key", myTimeSensitiveData, null, DateTime.Now.AddMinutes(1), TimeSpan.Zero);

绝对到期：此示例将对受时间影响的数据缓存一分钟，一分钟事后，缓存将到期。注意，绝对到期和滑动到期（见下文）不能一块儿使用。

Cache.Insert("key", myFrequentlyAccessedData, null, System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.FromMinutes(1));

滑动到期：此示例将缓存一些频繁使用的数据。数据将在缓存中一直保留下去，除非数据未被引用的时间达到了一分钟。注意，滑动到期和绝对到期不能一块儿使用。
 
更多选项 
除了上面提到的依赖项，咱们还能够指定项的优先级（依次为 low、high、NotRemovable，它们是在 System.Web.Caching.CacheItemPriority 枚举中定义的）以及当缓存中的项到期时调用的CacheItemRemovedCallback 函数。大多数时候，默认的优先级已经足够了 — 缓存引擎能够正常完成任务并处理缓存的内存管理。CacheItemRemovedCallback 选项考虑到一些颇有趣的可能性，但实际上它不多使用。不过，为了说明该方法，我将提供它的一个使用示例：
CacheItemRemovedCallback 示例

System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove); Cache.Insert("key",myFile,null, System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.Zero, System.Web.Caching.CacheItemPriority.Default, callback); . . . public static void OnRemove(string key, object cacheItem, System.Web.Caching.CacheItemRemovedReason reason) { AppendLog("The cached value with key '" + key + "' was removed from the cache. Reason: " + reason.ToString()); }

该示例将使用

AppendLog()

方法（这里不讨论该方法，请参阅 Writing Entries to Event Logs）中定义的任何逻辑来记录缓存中的数据到期的缘由。经过在从缓存中删除项时记录这些项并记录删除的缘由，您能够肯定是否在有效地使用缓存或者您是否可能须要增长服务器上的内存。注意，callback 是一个静态（在 VB 中为 Shared）方法，建议使用该方法的缘由是，若是不使用它，保存回调函数的类的实例将保留在内存中，以支持回调（对 static/Shared 方法则没有必要）。 
该特性有一个潜在的用处 — 在后台刷新缓存的数据，这样用户永远都没必要等待数据被填充，但数据始终保持相对较新的状态。但实际上，此特性并不适用于当前版本的缓存 API，由于在从缓存中删除缓存的项以前，不触发或不完成回调。所以，用户将频繁地发出尝试访问缓存值的请求，而后发现缓存值为空，不得不等待缓存值的从新填充。我但愿在将来的 ASP.NET 版本中看到一个附加的回调，能够称为 CachedItemExpiredButNotRemovedCallback，若是定义了该回调，则必须在删除缓存项以前完成执行。
 
缓存数据引用模式 
每当咱们尝试访问缓存中的数据时，都应该考虑到一种状况，那就是数据可能已经不在缓存中了。所以，下面的模式应该广泛适用于您对缓存的数据的访问。在这种状况下，咱们假定已缓存的数据是一个数据表。

public DataTable GetCustomers(bool BypassCache) { string cacheKey = "CustomersDataTable"; object cacheItem = Cache[cacheKey] as DataTable; if((BypassCache) || (cacheItem == null)) { cacheItem = GetCustomersFromDataSource(); Cache.Insert(cacheKey, cacheItem, null, DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey), TimeSpan.Zero); } return (DataTable)cacheItem; }

关于此模式，有如下几点须要注意：

• 某些值（例如，cacheKey、cacheItem 和缓存持续时间）是一次定义的，而且只定义一次。

• 能够根据须要跳过缓存 — 例如，当注册一个新客户并重定向到客户列表后，最好的作法可能就是跳过缓存，用最新数据从新填充缓存，该数据包括新插入的客户。

• 缓存只能访问一次。这种作法能够提升性能，并确保不会发生 NullReferenceExceptions，由于该项在第一次被检查时是存在的，但第二次检查以前就已经到期了。

• 该模式使用强类型检查。C# 中的 "as" 运算符尝试将对象转换为类型，若是失败或该对象为空，则只返回 null（空）。

• 持续时间存储在配置文件中。在理想的状况下，全部的缓存依赖项（不管是基于文件的，或是基于时间的，仍是其余类型的依赖项）都应该存储在配置文件中，这样就能够进行更改并轻松地测量性能。我还建议您指定默认缓存持续时间，并且，若是没有为所使用的 cacheKey 指定持续时间，就让 GetCacheSecondsFromConfig() 方法使用该默认持续时间。

 
小结
缓存可使应用程序的性能获得很大的提升，所以在设计应用程序以及对应用程序进行性能测试时应该予以考虑。应用程序总会或多或少地受益于缓存，固然有些应用程序比其余应用程序更适合使用缓存。对 ASP.NET 提供的缓存选项的深入理解是任何 ASP.NET 开发人员应该掌握的重要技巧。

 

 

转载至：http://blog.sina.com.cn/s/blog_67aaf4440100q4aw.html