当然，我们仍旧发现，每次请求还是200OK。这是当然了，既然头信息都是ASP.NET在后台添加的，那么我们要返回什么样的响应状态给服务器这段逻辑也得由自己来写。现在，我们假设我们要让浏览器缓存10秒的时长，其完整的代码应该如下：
复制代码 代码如下:
protected void Page_Load(object sender, EventArgs e)
{
this.Response.AddHeader("Last-Modified", DateTime.Now.ToString("U", DateTimeFormatInfo.InvariantInfo));
DateTime IfModifiedSince;
if (DateTime.TryParse(this.Request.Headers.Get("If-Modified-Since"), out IfModifiedSince))
{
if ((DateTime.Now - IfModifiedSince.AddHours(8)).Seconds < 10)
{
Response.Status = "304 Not Modified";
Response.StatusCode = 304;
return;
}
}
//其它
}
经过这次修改后，如果我们在10秒内持续请求该aspx页面，则始终返回304状态，也即浏览器不会去服务器拿正文，只会在本地去读取自己的缓存，这样一来，服务器压力自然就小了。如果我们10秒内不对服务器请求这个页面，则10秒后会返回200OK，即重新到服务器拿页面数据。
现在，用AB来模拟100并发用户进行1000次请求，得到的比较结果如下（注意，为了强化效果，我们在后台需要模拟一些比较耗时的动作，比如读取数据库）：
左边是未做缓存的aspx页面，右边是做了缓存的aspx页面，可以看到，吞吐率相差10倍之多。
提示，使用ab进行压力测试的时候，需要加入If-Modified-Since的头信息，命令如下：
C:\>ab -n1000 -c100 -H "If-Modified-Since: Friday, 09 September 2011 09:35:23 GMT"
本文代码下载：MvcApplication320110909.rar
三：问题的提出
在上面的说到的浏览器缓存实现中，浏览器通过和WEB服务器的沟通协调机制来确定自己是否需要调用缓存，这意味着动态程序仍旧需要处理来自客户端的请求，如果有一种机制能够让浏览器不需要请求服务器就能够决定是否调用缓存，就能彻底舍去服务器处理这一环节。下一篇将继续阐述这种机制。
您可能感兴趣的文章: