服务器端缓存
在ASP.NET AJAX中访问Script Method的功能有一个内置的服务器端缓存能力，但是似乎很少有人用到它——它的确有一定的局限性。大部分的开发人员都会将数据存放到HttpContext.Cache对象或者其他一些地方，然后在需要时从缓存中重新获取对象。这是开发ASP.NET应用时最常用的缓存方式之一，但是我们有时可以用一种更加方便，更加有效的方法。请看下面的代码是如何打开这个功能的。
| [WebMethod(CacheDuration=10)] public DateTime GetServerTime() { return DateTime.Now; } |
就像使用ASP.NET开发Web Services一样，我们可以使用相同的方法来让ASP.NET为相同资源并且有相同参数的请求缓存输出，而我们只需要设置WebMethodAttribute的CacheDuration属性即可。在上面的代码片断中，方法的结果会被调用10秒钟。我们可以从System.Web.Extenssions.dll中System.Web.Script.Services.RestHandler类的InitializeCachePolicy静态方法中得知到底发生了什么事情：
| private static void InitializeCachePolicy(WebServiceMethodData methodData, HttpContext context) { int cacheDuration = methodData.CacheDuration; if (cacheDuration > 0) { context.Response.Cache.SetCacheability(HttpCacheability.Server); context.Response.Cache.SetExpires(DateTime.Now.AddSeconds((double) cacheDuration)); context.Response.Cache.SetSlidingExpiration(false); context.Response.Cache.SetValidUntilExpires(true); if (methodData.ParameterDatas.Count > 0) { context.Response.Cache.VaryByParams["*"] = true; } else { context.Response.Cache.VaryByParams.IgnoreParams = true; } } else { context.Response.Cache.SetNoServerCaching(); context.Response.Cache.SetMaxAge(TimeSpan.Zero); } } |
当ASP.NET AJAX发现即将执行的方法被设置了CacheDuration时，它会将HttpCacheability.Server作为参数调用当前上下文中HttpCachePolicy的SetCacheability方法，这样请求的结果将会被缓存以便将来使用。如果将要执行的方法含有参数，那么通过VaryByParams属性从HttpCachePolicy中得到的HttpCacheVaryByParams对象里“*”这一项将被设为true，由此可知，ASP.NET会为不同的参数组合缓存不同的结果。
我们来看一下缓存的效果：
与通过自己编程来缓存数据相比，设置CacheDuration属性来缓存结果的最大优势就在于使用方式是在简单。现在我们就可以将注意力完全放在方法的自身实现上而不用处理缓存中会出现的问题（例如：同步问题）。这个方法也提高了少许性能，因为现在已经无需将结果序列化成JSON对象了，ASP.NET将全权负责将缓存的数据发送到各客户端。但是在某些时候由我们来缓存数据会更合适一些，因为这样可以省下服务器端的资源。例如，以下是一个接受四个参数的方法，其中第二个参数表示是否应该将剩下的两个参数忽略：
| public string GetResult(int key, bool ignoreRest, string args1, string args2) { ... } |
在这种情况下，几乎所有的程序员都会在ignoreRest参数为true的情况下仅仅根据key参数的不同值来缓存数据。但是ASP.NET无法得知参数的含义，因此它会为所有的参数组合形式各缓存一份数据，而不去关心它们是否相同。
客户端缓存
我使用HttpWatch Basic Edition来捕获客户端和服务器端之间的通信。这是捕获结果的截图：
每当我们访问Script Method时，相同的内容会被POST到服务器端，并且得到相同的结果。尽管结果被缓存了，我们只是节省了方法的执行时间，但是round-trip的数量依旧没有减少。这意味着如果结果的数据量很大，或者带宽很窄，对用户来说访问Script Method依旧是个耗时的过程。因此如果我们能够在客户端缓存结果的话，用户使用相同参数访问方法时就可以立即得到数据，即使在网络中端的情况下。
说干就干。
首先，我们只能使用HTTP GET方法来访问方法，因为我们需要让浏览器为我们缓存结果。
| [WebMethod] [ScriptMethod(UseHttpGet = true)] public DateTime GetServerTime() { ... } |
我们使用ASP.NET中的传统方法来启用客户端缓存功能：
| WebMethod] [ScriptMethod(UseHttpGet = true)] public DateTime GetServerTime() { HttpCachePolicy cache = HttpContext.Current.Response.Cache; cache.SetCacheability(HttpCacheability.Private); cache.SetExpires(DateTime.Now.AddSeconds((double)10)); cache.SetMaxAge(new TimeSpan(0, 0, 10)); return DateTime.Now; } |
我们将Cacheability设为Public（Private也是可以的，如果您希望Response只为同一个客户端缓存，而不能在多个客户端共享。自然这是为有中间结点的情况服务的，例如通过代理服务器请求资源），并且指定了一个10秒钟的过期时间。我们同样调用了SetMaxAge方法将max-age的值设为10秒钟，因为ASP.NET AJAX在这之前已经将它设为了零（TimeSpan.Zero）。让我们来看一下效果……缓存失败？我们随意挑一个Response查看一下它的Header。
| Cache-Control public, max-age=0 Date Fri, 29 Jun 2007 00:44:14 GMT Expires Fri, 29 Jun 2007 00:44:24 GMT |
打印文档
推荐好友 
返回顶部
增大字体 
减少字体