ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)

本文主要介绍Web窗体页面中的使用方法,MVC中使用方法,大家自行百度。

一、简单一行指令即可实现

<%@ OutputCache VaryByParam="none"  Duration="300" %>

这样整个页面就被缓存了,由于我是首页进行的缓存,没有任何参数所以VaryByParam值设置为none,如果希望通过指定的参数来缓存内容可以设置"id;classid"这种形式,或者干脆就用"*",通过所有参数来缓存内容。

二、缓存前后性能对比

使用ab模拟100个用户1000次并发,前后结果如下:
ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)_第1张图片ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)_第2张图片

如上图所示,加了缓存之后,吞吐量大约增大了10倍,每次请求的处理时间缩小到原来的十分之一左右,性能明显提升。


三、OutputCache的BUG

这个bug伴随.NET1.0到4.0,就是OutputCache会忽略浏览器的缓存,本人用的是.NET 4.0,微软官方说已经完美解决,但是实测bug依然存在,具体表现是:

1.VaryByParam设置为none时,没有bug,F5刷新状态码每次都是304

ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)_第3张图片

ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)_第4张图片


2.VaryByParam设置为*或其他值时,每次按F5刷新状态码每次都是200

ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)_第5张图片

ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图)_第6张图片

注:这个时候虽然浏览器没有帮助我们缓存页面,每次请求都是从服务器请求,但是服务器端是将页面缓存了的,所以用ab测试效率依然是很高的。当然如果浏览器帮助我们缓存,压根就不会产生这次请求了。

3.解决方法就是在Page_Load中加如下代码

Response.Cache.SetOmitVaryStar(true);

这样客户端浏览器就实现了缓存,除非强制刷新,会再次从服务器端请求数据。

四、局部缓存数据,使部分数据不被缓存

这个就太常见了,我们总不希望登录状态也被缓存吧,假设页面没做任何改进,你登录之前是【登录】【注册】这种按钮,当你登录后依然显示【登录】【注册】这肯定是不妥的,那么我们希望这部分内容不被缓存,那我们就要用到Substitution控件。

在页面中放置Substitution控件

"subLoginStatus" runat="server" MethodName="GetLoginStatus"/>

在后台cs文件中添加函数GetLoginStatus

public static string GetLoginStatus(HttpContext context)
{
    if (context.Session["usr"] != null)
    {
        return context.Session["usr"].ToString() + "欢迎您的登录";
    }
    else
    {
        return "【登录】【注册】";
    }
}

这样页面其他部分都被缓存,只有登录状态是每次都动态读取的。

注:由于页面中有一部分是动态的,所以每次请求的状态码都是200。

五、OutputCache失效的问题

网上有说Cookie和Cache冲突,大家自行检查,我在做的时候也确实遇到了OutputCache失效的问题,排查代码发现,包含如下代码



<% string ret = TrackPageView(); %>
"display:none;">"<%= ret %>" width="0" height="0"/>


这段代码是百度的统计代码,去掉之后解决。如果确实想加百度的统计,可以替换如下类似代码:

"display:none;">

附件下载:ApacheBench(ab)压力测试工具(Windows版)

你可能感兴趣的:(ASP.NET 页面缓存OutputCache用法实例(附ab压力测试对比图))