ASP.NET缓存技术

用了缓存，其实就是由原来的：响应->执行->送显，变成：响应->送显。中间的“执行”就省掉了，提高了效率。一般有四种类型的缓存技术。
一.Output Caching
由于IIS的一些特性，默认情况下Output Cache是打开的，但是要对某些请求进行缓存，还需要开发者进行定制，而且默认情况下，Output Cache 会被缓存到硬盘上，我们可以通过修改DiskCacheable的属性来设置其是否缓存，还可以通过Web config里配置缓存文件的大小。

<%@ OutputCache Duration="3600" VaryByParam="state" DiskCacheable="true" %>
一般用硬盘缓存是考虑到页面送显的数据比较大，相对内存缓存来说，它的容量大，但是访问速度慢点，如果把周期设太短，使用硬盘缓存的效率就不大好。对于Output Cache的定制，有两种方法，一种是基于底层的API技术，一种是基于高层的@OutputCaching：

1.基于高层的@OutputCaching

A.由参数改变缓存内容：有些时候我们需要根据用户的请求来生成页面，但是用户的请求只有有限的几种组合，这个时候就可以根据用户请求来生成几种缓存页面，来进行缓存。

<%@ OutputCache Duration = "60" VaryByParam = "state" %>            <asp:SqlDataSource ID="SqlDataSource1" runat="server">
                <SelectParameters>
                    <asp:QueryStringParameter Name="state" QueryStringField="state" DefaultValue="CA" />
                </SelectParameters>
            </asp:SqlDataSource>
      B.回调缓存：可以针对每个请求在页面中插入动态的部分，以弥补单独使用静态缓存的不足：
动态的部分用Substitution控件，Substitution控件是一个容器

<asp:Substitution ID="Substitution1" runat="server" MethodName ="" />
MethodName 里面放入要调用的方法内容。
2. 使用API定制缓存：
通过设置System.Web.HttpCachePolicy属性来进行配置

<%@ OutputCache Duration="60" VaryByParam="none" %>
就可以写成

Response.Cache.SetExpires(DateTime.Now.AddSeconds(60));
Response.Cache.SetCacheability(HttpCacheability.Public);

二.Fragment Caching
作为Output的缓存的附加功能，还提供一种缓存技术，专门用于缓存用户控件。在用户控件中设置：

<%@ OutputCache Duration="60" VaryByParam="none" %>
但在引用用户控件的页面不设置缓存。这样的话，页面中除了用户控件是静态的，其他都是动态的。
缓存用户空间同样还可以使用控件作为参数来源。通过指定控件作为缓存控件的数据来源，可以达到缓存控件数据的目的，和上面一样。

三.Data Caching
Asp.net提供了一种非常快捷的方法进行数据库缓存，用户可以非常简单方便的对页面变量进行缓存。并以此提高程序效率。一个页面变量的缓存生命周期与应用程序的缓存生命周期相同
实现是把数据放在Cache中，如：

source = new DataView(ds);
Cache("MyCache") = source;
MyCache这个变量其实就是一个XML文件。

     四.SQL Caching
     通过配置数据库连接池，只有当数据库数据被改变的时候，缓存才会改变。
     开个DOS窗口：
              C:\>dir aspnet_regsql.exe/s ——这个文件是专门注册SQL连接池的，它对SQL Sever 7.0以上都有专门的支持，我们通过写一些专门的语句来配置这个注册连接池，可以把连接池和本地的应用程序（Asp.net服务器，即IIS）做一个连接。连接池只能监视有限的几个库，不然连接池的负载太大。使用SQL Caching：
      先注册，如： aspnet_regsql.exe-S".\SQLExpress"-E-d"pubs"-ed
                                aspnet_regsql.exe-S".\SQLExpress"-E-d"pubs"-et-t"authors"
       其中：- S".\SQLExpress" 表示要使用的SQL Server实例为".\SQLExpress"。-E 表示使用当前windows凭证进行身份验证。-d"pubs" 表示用于应用程序服务的数据库名称叫"pubs"。-ed表示为SQL 缓存依赖项启用数据库。-et 表示为SQL 缓存依赖项启用表。-t"authors"表的名称为"authors"。
       然后页面上：
<%@ OutputCache Duration="99999999" VaryByParam="none" SqlDependency="Pubs.Authors" %>就OK了。

=====================================================================
要实现页面输出缓存，只要将一条 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" %＞

片段缓存，用户控件输出缓存

缓存整个页面通常并不可行，因为页面的某些部分是针对用户定制的。不过，页面的其他部分是整个应用程序共有的。这些部分最适合使用片段缓存和用户控件进行缓存。菜单和其他布局元素，尤其是那些从数据源动态生成的元素，也应该用这种方法进行缓存。如果需要，可以将缓存的控件配置为基于对其控件（或其他属性）的更改或由页面级输出缓存支持的任何其他变动进行改变。使用同一组控件的几百个页面还可以共享那些控件的缓存条目，而不是为每个页面保留单独的缓存版本。

实现

片段缓存使用的语法与页面级输出缓存一样，但其应用于用户控件（.ascx 文件）而不是 Web 窗体（.aspx 文件）。除了 Location 属性，对于 OutputCache 在 We

补充：Web开发 , ASP.Net ,