为什么要使用OutputCache
我认为OutputCache是最简单的缓存技术了，它针对的是页面级别的，简单的一条指令就可以达到缓存的效果，有效的减轻服务器的压力和减少带宽，对于网站一些不会频繁更新内容的页面，我们可以使用OutputCache来提供性能。
为什么要更新OutputCache
作为网站的管理者，肯定要赋予他控制网站每一个部分的能力，假如网站要更新一个内容，而OutputCache还没有失效，难道要重启站点来生效吗？这时候，一个更新OutputCache的功能就显得很有必要了。
如何更新OutputCache
一、 webForm
首先，我们看看OutputCache的效果，在Index.aspx 页面的上面添加这样一条OutputCache指令，意思为页面缓存10秒钟，并且不针对任何的参数。
<%@ OutputCache Duration="10" VaryByParam="none"%>
然后再后台Page_Load函数里，输出当前的时间
public partial class Index : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { Response.Write(DateTime.Now.ToString()); } } 浏览器查看Index.aspx页面，输出了当前的时间，这很正常，当我们不断的按F5刷新当前页面的时候，我们会发现输出的时间并没有改变，甚至在Page_Load方法体内断点也不会进来，这证明了并没有执行后台函数，当10秒钟过去了，时间也被更新出来了。
我们现在所要想做的是，在这10秒钟的缓存期过期之前，用我们的办法来更新页面缓存。
Step1：修改指令，增加 VaryByCustom 属性
<%@ OutputCache Duration="10" VaryByParam="none" VaryByCustom="Index_Key" %>
Step2：新建一个全局应用程序文件Global.asax，并且重写GetVaryByCustomString 方法
public override string GetVaryByCustomString(HttpContext context, string custom) { if (custom == "Index_Key") { var flag = context.Cache["Index_Key"]; if (flag == null) { flag = DateTime.Now.Ticks; context.Cache["Index_Key"] = flag; } return flag.ToString(); } return base.GetVaryByCustomString(context, custom); } Step3：更新OutputCache的操作
////// 更新OutputCache /// protected void btn_UpdateOutputCache_Click(object sender, EventArgs e) { HttpRuntime.Cache.Remove("Index_Key"); }
效果如下图，刷新页面，在缓存里的时间是42秒，
按照上面的例子，10秒钟内，缓存时间应该都是42秒才对的，现在我们增加了更新OutputCache的功能，点击一下，缓存里的时间被更新了，证明我们这个更新OutputCache是成功的！！
二、MVC
在MVC中，也有OutputCache，只是不像WebForm那样，在前端页面增加指令，而是在Controller里的Action增加Attribute，下面代码演示了Index这个Action缓存10秒钟，也就是说，10秒钟之内，并不会执行这个Action，而是直接使用缓存。
public class HomeController : Controller { [OutputCache(Duration = 10)] public ActionResult Index() { ViewBag.DateTime = DateTime.Now; return View(); } } View层就简单的打印出来
@{ Layout = null;} Index @ViewBag.DateTime 效果如下图：不断刷新页面，十秒钟之后，时间被更新了。
MVC更新OutputCache的思路其实跟WebForm一样，所以这里不再重复了，文章末尾我会给出源码和参考文献，在这里，我想说说我自己对指令中的VaryByCustom属性和重写的方法GetVaryByCustomString的理解，官方的解释很生涩或者不是很详细，所以，还是自己理解比较好。
我找到MSDN上关于VaryByCustom的两处解释：
1、
VaryByCustom
任何表示自定义输出缓存要求的文本。 如果特性的赋值为 browser，缓存将随浏览器名称和主要版本信息的不同而异。 如果输入自定义字符串，则必须在应用程序的 Global.asax 文件中重写 方法。
2、
若要以声明方式设置自定义字符串，请在 指令中包括 属性，并将该属性设置为您要作为进行不同输出缓存行为的依据的字符串。
也就是说，如果指令当中，使用了VaryByCustom，你的页面缓存就会根据你重写方法GetVaryByCustomString 中的返回的字符串的变化决定是否要更新页面缓存。
我们再来看看GetVaryByCustomString 方法。（再贴一次，这个方法你可以参考MSDN上的做法，我这里是使用了自定义缓存来保存时间，清除OutputCache的操作会清空这个缓存，缓存失效了，就会赋予新的时间，VaryByCustom接受到新的字符串，它也就会知道去更新OutputCache了）
public override string GetVaryByCustomString(HttpContext context, string custom) { if (custom == "Index_Key") //每个设置了VaryByCustom属性的页面都会进来这个方法，custom为该指令的值 { var flag = context.Cache["Index_Key"]; //获取自定义缓存中的标示，这里我使用了缓存，你也可以使用别的方法 if (flag == null) //假如是第一次进来，或者自定义缓存被清空了，就会走下面的方法体 { flag = DateTime.Now.Ticks; //将当前最新时间赋予缓存 context.Cache["Index_Key"] = flag; } return flag.ToString(); //返回最新时间字符串，页面指令VaryByCustom接受到最新的字符串，发现跟上次的不同，就会更新OutputCache } return base.GetVaryByCustomString(context, custom); } 这里想要说的是，我重写方法体里的时间跟页面输出的时间是没有关系的，这里的时间纯粹的为了作一个版本的迭代标识，这里我再贴一个MSDN给出的例子，根据请求浏览器的次版本进行缓存。
public override string GetVaryByCustomString(HttpContext context, string arg){ if(arg == "minorversion") { return "Version=" + context.Request.Browser.MinorVersion.ToString(); } return base.GetVaryByCustomString(context, arg);}
参考文章：