利用客户端缓存对网站进行优化 - asp.net客户端缓存

 

利用客户端缓存对网站进行优化 - asp.net客户端缓存
2008年05月29日 星期四 12:59

基础知识      
1) 什么是”Last-Modified”?


        在浏览器第一次请求某一个URL时,服务器端的返回状态会是200,内容是你请求的资源,同时有一个Last-Modified的属性标记此文件在服务期端最后被修改的时间,格式类似这样:

        Last-Modified: Fri, 12 May 2006 18:53:33 GMT

        客户端第二次请求此URL时,根据 HTTP 协议的规定,浏览器会向服务器传送 If-Modified-Since 报头,询问该时间之后文件是否有被修改过:

        If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT

        如 果服务器端的资源没有变化,则自动返回 HTTP 304 (Not Changed.)状态码,内容为空,这样就节省了传输数据量。当服务器端代码发生改变或者重启服务器时,则重新发出资源,返回和第一次请求时类似。从而 保证不向客户端重复发出资源,也保证当服务器有变化时,客户端能够得到最新的资源。

        2) 什么是”Etag”?

        HTTP 协议规格说明定义ETag为“被请求变量的实体值” ( 参见 —— 章节 14.19)。 另一种说法是,ETag是一个可以与Web资源关联的记号(token)。典型的Web资源可以一个Web页,但也可能是JSON或XML文档。服务器单独负责判断记号是什么及其含义,并在HTTP响应头中将其传送到客户端,以下是服务器端返回的格式:

        ETag: "50b1c1d4f775c61:df3"

        客户端的查询更新格式是这样的:

        If-None-Match: W/"50b1c1d4f775c61:df3"

        如果ETag没改变,则返回状态304然后不返回,这也和Last-Modified一样。本人测试Etag主要在断点下载时比较有用。
        

      Last-Modified和Etags如何帮助提高性能?

        聪 明的开发者会把Last-Modified 和ETags请求的http报头一起使用,这样可利用客户端(例如浏览器)的缓存。因为服务器首先产生 Last-Modified/Etag标记,服务器可在稍后使用它来判断页面是否已经被修改。本质上,客户端通过将该记号传回服务器要求服务器验证其(客 户端)缓存。
        过程如下:
                 1. 客户端请求一个页面(A)。
                 2. 服务器返回页面A,并在给A加上一个Last-Modified/ETag。
                 3. 客户端展现该页面,并将页面连同Last-Modified/ETag一起缓存。
                 4. 客户再次请求页面A,并将上次请求时服务器返回的Last-Modified/ETag一起传递给服务器。
                 5. 服务器检查该Last-Modified或ETag,并判断出该页面自上次客户端请求之后还未被修改,直接返回响应304和一个空的响应体。


      示例代码

        下面的例子描述如何使用服务器端代码去操作客户端缓存:

        
1 // 默认缓存的秒数
2 int secondsTime = 100 ;
3
4 // 判断最后修改时间是否在要求的时间内
5 // 如果服务器端的文件没有被修改过,则返回状态是304,内容为空,这样就节省了传输数据量。如果服务器端的文件被修改过,则返回和第一次请求时类似。
6 if (request.Headers[ " If-Modified-Since " ] != null && TimeSpan.FromTicks(DateTime.Now.Ticks - DateTime.Parse(request.Headers[ " If-Modified-Since " ]).Ticks).Seconds < secondsTime)
7 {
8      // 测试代码,在这里会发现,当浏览器返回304状态时,下面的日期并不会输出
9      Response.Write(DateTime.Now);
10
11      response.StatusCode = 304 ;
12      response.Headers.Add( " Content-Encoding " , " gzip " );
13      response.StatusDescription = " Not Modified " ;
14 }
15 else
16 {
17      // 输出当前时间
18      Response.Write(DateTime.Now);
19
20      // 设置客户端缓存状态
21      SetClientCaching(response, DateTime.Now);
22 }
23
24 #region SetClientCaching..
25 ///
26 /// 设置客户端缓存状态
27 ///

28 ///
29 ///
30 private void SetClientCaching(HttpResponse response, DateTime lastModified)
31 {
32      response.Cache.SetETag(lastModified.Ticks.ToString());
33      response.Cache.SetLastModified(lastModified);
34      // public 以指定响应能由客户端和共享(代理)缓存进行缓存。
35      response.Cache.SetCacheability(HttpCacheability.Public);
36      // 是允许文档在被视为陈旧之前存在的最长绝对时间。
37      response.Cache.SetMaxAge( new TimeSpan( 7 , 0 , 0 , 0 ));
38      // 将缓存过期从绝对时间设置为可调时间
39      response.Cache.SetSlidingExpiration( true );
40 }
41 #endregion


        如果你的缓存是基于文件的方式,如XML或http中的.ashx处理,也可以使用下面的基于文件方式的客户端缓存:

        
1 #region SetFileCaching..
2 ///
3 /// 基于文件方式设置客户端缓存
4 ///

5 ///
6 private void SetFileCaching(HttpResponse response, string fileName)
7 {
8      response.AddFileDependency(fileName);
9      // 基于处理程序文件依赖项的时间戳设置 ETag HTTP 标头。
10      response.Cache.SetETagFromFileDependencies();
11      // 基于处理程序文件依赖项的时间戳设置 Last-Modified HTTP 标头。
12      response.Cache.SetLastModifiedFromFileDependencies();
13      response.Cache.SetCacheability(HttpCacheability.Public);
14      response.Cache.SetMaxAge( new TimeSpan( 7 , 0 , 0 , 0 ));
15      response.Cache.SetSlidingExpiration( true );
16 }
17 #endregion
    
使用后的效果如下图所示:


    上图所使用的工具是在IE下运行的 HttpWatchPro,在Firefox下可以使用 FireBug+ YSlow进行测试.
YSlow是建立在FireBug基础上运行的一个小工具,它可以对你的网页进行分析为什么缓存,并给出评分和缓慢的原因.这个工具来自Yahoo的研发团队,所以规则也是Yahoo制定的.

结论:
        我们已经看了如何使用客户端缓存减少带宽和计算的方法,如前所述,如果能正 确合理的利用各种不同的缓存,他们会给你带来很多的好处.我希望本文已为你当下或将来基于Web的项目提供了精神食粮,并正确地在底层利用Last- Modified和ETag响应头去优化你的项目。        
        

参考资料:

301永久重定向实现方式及302重定向

理解ASP.NET与客户端缓存之HTTP协议

如何利用客户端缓存对网站进行优化?

你可能感兴趣的:(C#)