为每个session页配制缓存是通过 @ OutputCache 指令的属性 VaryByCustom 来实现的。按照下面的脚本(包含到一个.aspx文件中),花上10秒钟就可以为各个session ID用户配制独立的页面版本。
<%@ OutputCache Duration="10" VaryByParam="None" VaryByCustom="SessionID" %>
要用到 VaryByCustom="SessionID" ,就要在在服务器的根目录下有Global.asax文件,在文件中声明以下用法:
<script language="C#" runat="server">
public override string GetVaryByCustomString(HttpContext context, string arg)
{
if (arg.ToLower () == "sessionid") {
HttpCookie cookie =
context.Request.Cookies["ASP.NET_SessionId"];
if (cookie != null)
return cookie.Value;
}
return base.GetVaryByCustomString (context, arg);
}
</script>
GetVaryByCustomString 是ASP.NET页面输出缓存的基础。它继承于HttpApplication,返回从session cookie得到的session ID。用户在调用GetVaryByCustomString时会被关联到一个session。
这个技术的缺点是不能用于不支持cookie的用户。另外,用户只有在第二次发出申请时才能获得缓存,因为第一次请求没有合法的session cookie。
示例2;
petshop输出缓存设置
petshop的web页面上部的ControlHeader是随着用户登陆的状态有关的,故其设置了VaryByCustom属性以来标识用户不同登陆状态的缓存版本。而Category页面由于可能被大量的访问,并且数据量很大,是十分有必要缓存的,但是由于数据的随机性很大,存在不同的版本,比如说是不同类别的Category,甚至不同的分页显示的数据页,在这里采用了VaryByCustom属性以缓存不同版本的页。
我们再看下其具体实现代码:
VaryByCustom,我们可以自定义输出缓存要求的任意文本。除了在OutputCache指令里面申明该属性之外,我们还得在应用程序的 global.asax 文件的代码声明块中,重写 GetVaryByCustomString 方法来为自定义字符串指定输出缓存的行为。
举一列来说:
<%@ OutputCache VaryByParam="none" VaryByCustom="CategoryPageKey" Location="server" Duration="43200" %>
这里的VaryByCustom定义的为CategoryPageKey,那么在global.asax里面我们必须定义CategoryPageKey这个字符创输出缓存的行为,见下面代码。
string cacheKey = "" ;
switch (arg) {
case " CategoryPageKey " :
if (Request.IsAuthenticated == true ) {
cacheKey = " QQQ " + context.Request.QueryString[ " category_id " ] + context.Request.QueryString[ " requestedPage " ];
}
else {
cacheKey = " AAA " + context.Request.QueryString[ " category_id " ] + context.Request.QueryString[ " requestedPage " ];
}
break ;
case " SearchPageKey " :
if (Request.IsAuthenticated == true ) {
cacheKey = " QQQ " + context.Request.QueryString[ " search_text " ] + context.Request.QueryString[ " requestedPage " ];
}
else {
cacheKey = " AAA " + context.Request.QueryString[ " search_text " ] + context.Request.QueryString[ " requestedPage " ];
}
break ;
case " ProductPageKey " :
if (Request.IsAuthenticated == true ) {
cacheKey = " QQQ " + context.Request.QueryString[ " name " ] + context.Request.QueryString[ " product_id " ] + context.Request.QueryString[ " requestedPage " ];
}
else {
cacheKey = " AAA " + context.Request.QueryString[ " name " ] + context.Request.QueryString[ " product_id " ] + context.Request.QueryString[ " requestedPage " ];
}
break ;
case " ProductDetailsPageKey " :
if (Request.IsAuthenticated == true ) {
cacheKey = " QQQ " + context.Request.QueryString[ " item_id " ] + context.Request.QueryString[ " requestedPage " ];
}
else {
cacheKey = " AAA " + context.Request.QueryString[ " item_id " ] + context.Request.QueryString[ " requestedPage " ];
}
break ;
case " UserID " :
if (Request.IsAuthenticated == true ) {
cacheKey = " UserID_In " ;
}
else {
cacheKey = " UserID_Out " ;
}
break ;
}
return cacheKey;
}
从上面对CategoryPageKey字符创所作的行为来看,当我们的请求页面中含有对特定的category_id的某一分页显示的数据页的请求时,将调用缓存(自然是已经缓存了该页)。