理解ASP.NET与客户端缓存之HTTP协议 |
 推荐：ASP.NET数据库专区 前言 这个系列的文章要讨论的是如何通过ASP.NET服务器端技术来优化客户端缓存策略，而且让这种策略变得可配置和可扩展。我们要了解的知识从HTTP协议中相关属性对客户端缓存的影响，到ASP.NET如何控制这些属性来实现我们的缓存策略。 HTTP基础知识 由于讨论涉及到客户端缓存，所以还是先要简单介绍一下HTTP协议是如何控制客户端缓存的，这里涉及到HTTP头的Last-Modified、ETag等属性。 Last-Modified 在浏览器第一次请求某一个URL时，服务器端的返回状态会是200，内容是你请求的资源，同时有一个Last-Modified的属性标记此文件在服务期端最后被修改的时间，格式类似这样： Last-Modified: Fri, 12 May 2006 18:53:33 GMT 客户端第二次请求此URL时，会在头部加入一个属性，询问该时间之后文件是否有被修改过： If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT 如果服务器端的文件没有被修改过，则返回状态是304，内容为空，这样就节省了传输数据量。如果服务器端的文件被修改过，则返回和第一次请求时类似。 ETag 和Last-Modified类似，由于RFC2616(也就是HTTP/1.1)中没有说明ETag该是什么格式的，只要确保用双引号括起来就行了，所以你可以用文件的hash，甚至是直接用Last-Modified，以下是服务器端返回的格式： ETag: "50b1c1d4f775c61:df3" 客户端的查询更新格式是这样的： If-None-Match: W/"50b1c1d4f775c61:df3" 如果ETag没改变，则返回状态304然后不返回，这也和Last-Modified一样。 Expires 这个属性就如我们在ASP中使用HttpResponse.ExpiresAbsolute一样直接，声明某某时刻过期之后浏览器就应该重新请求该URL，使用格式为： Expires: Sun, 10 Feb 2002 16:00:00 GMT 注意HttpResponse.ExpiresAbsolute在ASP.NET中是不建议使用的，现在我们应该使用的是HttpResponse.Cache.SetExpires。 Pragma 通常我们用到的值就是no-cache，这和在Cache-Control中使用no-cache值是一样的，Cache-Control在下面讲。Pragma的使用格式如下： Pragma: no-cache Cache-Control 这是一个集合型属性，它里面能够包含很多子属性，并且允许用户扩展新的子属性。常见的子属性包括： max-age - 以秒为单位的超时，覆盖Expires属性。 public - 允许保存在共享缓存中。 private - 只允许保存在私有缓存中。 no-cache - 不允许缓存。 no-store - 不允许缓存在持久介质中。 no-transform - 不允许转换存储系统。
|
