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将针对值的每个不同的组合生成用户构件的一个缓存版本。
数据缓存