ASP.NET缓存页面

很早就想写多点关于ASP.NET缓存页面的东西，一来是为了自己可以更方面的查询，二来当然了更方面大家拉。哈，闲话少说，今天刚好有空就拼凑点出来

缓存页面

使用OutputCache指令

<%@OutputCacheDuration="3600"
Location="Any"
VaryByCustom="browser"
VaryByParam="RequestID"%>

其中Duration和VaryByParam特性是必须的。

VaryByParam允许我们缓存页面的不同版本。在上面的例子中，VaryByParam设为了RequestID，所以ASP.NET使用RequestID参数的不同值，这些值或者是在HTTP GET的查询字符串中传入，或者是在HTTP POST的参数中传入。可以通过检查RequestID参数的值让应用程序区分不同的用户；通过在页面的OutputCache指令中放置VaryByParam＝"RequestID"，可以让ASP.NET为每个用户缓存页面的不同版本。
如果不想根据参数的值缓存页面的不问版本，那么只要把VaryByParam设为none。
也可以要求ASP.NET为每个可能的参数组合缓存页面的一个版本。为此，可把VaryByParam设为*。

VaryByHeader和VaryByCustom特性与VaryByParam的相似之处在于，它们允许指定何时应创建页面新的缓存版本。
VaryByHeader允许我们根据由分号分隔的HTTP头的列表末缓存页面的不向版本。
VaryByCustom当设为browser时，允许我们根据浏览器的名称和主版本信息缓存不同版本。也可以把它设为一个自定义方法的名称，从而实现我们自己的逻辑，控制缓存的版本。

片断缓存

可以利用用户控件将页面分段，在ascx文件中写入缓存的语句，而不在aspx文件中写缓存语句，这样ASP.NET就可以只缓存ascx片断的输出了。一般像页眉或页脚基本上都是一样的，就不需要重新加载。但是如果其中有动态变化的数据就不能对其进行缓存，因为一旦被缓存后程序就不会再创建它的实例来更新数据显示，只有等到生存期过期才行，所以对于这种情况就不适于用页面片断缓存。
注意：
一、注意片段缓存不支持Location特性；缓存页面片段惟一合法的地方是web服务器。这是因为片段缓存在ASP.NET中是新的功能，所以浏览器和代理服务器不支持。
二、片段缓存有另外一个在页面缓存中没有的特性——VaryByControl。VaryByControl特性允许指定一个由分号分隔的字符串列表，代表用户控件内使用的控件的名称；ASP.NET将针对值的每个不同的组合生成用户构件的一个缓存版本。

数据缓存

低级API是Cache类，它位于ASP.NET中的System.web.Caching命名空间，可以用它缓存生成很耗费资源的数据。Cache类的使用和Session与Application对象一样简单。每个应用程序只有一个Cache对象——这意味着使用Cache对象存储在缓存中的数据是应用程序级别的数据。使事情更为简单的是，Page类的Cache属性使应用程序的Cache对象实例能在代码中使用。
通过Cache对象缓存的数据存储在应用程序的内存中。这意味着该数据的生存期不会超过应用程序的重启(事实上，这和存储在Application与Session对象中的数据一样，除非使用StateService或SQL State会话模式存储Session数据)。
具体的使用和语法与Session和Application一样。转换回来的时候需要注意对其进行相应类型的强制类型转换。

这不是在ASP.NET缓存中添加缓存项的惟一方式。Cache对象有两个方法Insert()方法和Add()方法，它们灵活性更高。它们的用法近似，但稍有不同：
Insert()方法用于覆盖ASP.NET缓存中现有的缓存项。
Add()方法只用于在ASP.NET缓存中添加新的缓存项(如果用它覆盖现有的缓存项，则会失败)。
每个方法都有7个参数，而且两个方法的参数相同。
在缓存某一项时，可以指定它的相关性，告诉ASP.NET缓存页面在缓存中一直保留到某个事件发生时为止。