200(强缓存)和304(协商缓存)的区别

本文原链接:https://my.oschina.net/ososchina/blog/494074

https://blog.csdn.net/zl399615007/article/details/84534884

强制缓存(200)和协商缓存(304)整理

1、浏览器缓存

浏览器第一次打开一个网页获取资源后,根据返回的header信息来告诉如何缓存资源。

  • 浏览器第一次请求:
    image

  • 浏览器后续请求时:
    image

  • 一.304静态资源离线缓存

    1)关于 Last-Modified


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

    Last-Modified:Fri, 15 Feb 2013 03:06:18 GMT
    ETag:"be15b26c29bce1:0" #可选,这里为了准确确认资源是否变化

    举例:

      

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

    If-Modified-Since:Sat, 16 Feb 2013 07:30:07 GMT
    If-None-Match:"be15b26c29bce1:0" #可选,这里为了准确确认资源是否变化

    举例:

      

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

     

    2) 什么是”Etag”?

      HTTP 协议规格说明定义ETag为“被请求变量的实体值” 。 另一种说法是,ETag是一个可以与Web资源关联的记号(token)。典型的Web资源可以一个Web页,但也可能是JSON或XML文档。服务器单独负责判断记号是什么及其含义,并在HTTP响应头中将其传送到客户端,以下是服务器端返回的格式:
      ETag: "50b1c1d4f775c61:df3"
      客户端的查询更新格式是这样的:
      If-None-Match: W/"50b1c1d4f775c61:df3"
      如果ETag没改变,则返回状态304然后不返回,这也和Last-Modified一样。本人测试Etag主要在断点下载时比较有用。

     

        ETag出现的历史原因是Last-Modified只做到了 “秒级别”的验证,无法辨识毫秒,微妙级别的校验,因此才出现了ETag。

       ETag的出现,意味着客户端需要需求的升级,因此If-None-Match,If-Match,If-Range随之用来验证文件变化。

     

    3) 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和一个空的响应体。

    6. 此外,如果缓存服务器版本,类型不同,建议使用Last-Modified,Etag可能造成缓存无法验证的问题

    二.缓存有效期期的实现(Cache-Control与Expires)

      HTTP中,通过Cache-Control首部和Expires首部为文档指定了过期时间,通过对过期时间的判断,缓存就可以知道文档是不是在保质期内。Expires首部和Cache-Control:max-age首部都是来告诉缓存文档有没有过期,为什么需要两个响应首部来做这件简单的事情了?其实这一切都是历史原因,Expires首部是HTTP 1.0中提出来的,因为他使用的是绝对日期,如果服务端和客户端时钟不同步的话(实际上这种情况非常常见),缓存可能就会认为文档已经过了保质期。

      HTTP 1.1为了修正这个问题,引入了Cache-Control:max-age首部,这个首部使用相对时间来控制保质期,让一切变得更加合理。举个例子,我们买了一瓶汽水,如果使用Expires首部来标注保质期,就会这么写:饮料过期时间:2012年12月21日,如果某个2货不知道今天多少号,他还真不知道这饮料过期没,我小时候饮料都这么写。后来,有个挺有名的卖牛奶的,大概就叫蒙牛,他发明了一种标注保质期的方法,他怎么搞了?他这么写:保质期:12个月,行,牛逼了,我牛奶一年前就生产出来的牛奶,今天要发给厂家,发之前,先往包装上印上生产日期(当然是印发货那天),然后告诉你,明年才过期,这多聪明,搞成相对的,毒死你。也许HTTP 1.1借鉴了这个伟大的发明,于是就有了Cache-Control:max-age首部。

     

    1) Last-Modified&Cache-Control 与 Expire比较

    《1》Last-Modified & Cache-Control
    设置 header("Last-Modified: ".gmdate("D, d M Y H:i:s", time() )." GMT"); 
    Last-Modified虽然使用了缓存,但是每次打开页面依然需要向服务器发起http请求,浏览器根据用户的$_SERVER['HTTP_IF_MODIFIED_SINCE']来判断浏览器的内容是否过期,没过期的话返回304状态,浏览器内容从缓存中读取。

    此外 Cache-Control也很重要,如果他的值是max-age=0,max-stable,min-refresh等于0或no-store之类的,缓存是不会被缓存的,每次都会请求服务器。如果是max-age,max-stable,min-refresh[大于0]或only-if-cached,immutable,那么很可能出现 from cache现象。

    《2》Expires缓存控制
    设置 header("Expires: ".gmdate("D, d M Y H:i:s", time()+$cache_time )." GMT"); 
    状态码依然是200,时间依然是旧的时间,Size栏目显示为from cache,表示内容是直接从浏览器读取,浏览器根本就没有向服务器发起http请求。

     

     

    2)200 OK (from cache)  实现方案

    Status 200 Ok (from cache)出现的条件是Cache-Control或者Expires满足一定的条件。

     

    注意:缓存控制是服务器进行报头建议,以下报头是响应头,不是请求头

    2.1 使用 Cache-Control 

    1.[(max-age|max-stable|min-refresh) = 缓存创建时间 < 当前系统时间][immutable][only-if-cached]
    2.缓存必须带有ETag或者Last-Modified
    Cache-Control:public,Max-Age=84800
    ETag:"f6c01531e9c65fa96f3d40409fd030f1"

    2.2 Expires不能过期

    Expires:Sun, 31 Jul 2016 00:19:47 GMT

    以上2种方案只要实现一种即可实现资源from cache

     

    对于浏览器而言,还有一种数据是 DataURL协议的数据,这种数据也会从缓存读取,实现from cache ,但是,如果将所有数据转码成DataURL,会出现性能问题。

     

     

    三.缓存使用技巧

    ①.无论是开发阶段还是生产阶段,建议使用Cache-Control + Last-Modified或Tag控制缓存

    ②.开发阶段, 建议使用Cache-Control:[no-cache,no-store|Max-Age=0]这样可以阻止浏览器使用缓存

    ③无论是开发阶段还是生产阶段,如果是永远不会被更改的资源,那么建议使用缓存Cache-Control:[Max-Age=3600][only-if-cached][immutable] 从而实现from cache,减少http请求。

    ④.如果是生产阶段建议使用Cache-Control:Max-Age=3600[no-cache|] ,缓存1小时,每次必须到服务器进行校验

    ⑤禁止缓存

    Cache-Control: no-cache, no-store, must-revalidate

    ⑥缓存静态资源也可以加上public,实现跨域缓存共享

    Cache-Control:public, max-age=31536000

     ⑦ must-revalidate,校验本地缓存是否过期,过期了才去请求服务器更新缓存

     ⑧ 默认情况下,Cache-Control:public缓存都回去和服务器校验的

 

关于 Cache-Control: max-age=秒 和 Expires

Expires = 时间,HTTP 1.0 版本,缓存的载止时间,允许客户端在这个时间之前不去检查(发请求)
max-age = 秒,HTTP 1.1版本,资源在本地缓存多少秒。
如果max-age和Expires同时存在,则被Cache-Control的max-age覆盖。

Expires 的一个缺点就是,返回的到期时间是服务器端的时间,这样存在一个问题,如果客户端的时间与服务器的时间相差很大,那么误差就很大,所以在HTTP 1.1版开始,使用Cache-Control: max-age=秒替代。

Expires =max-age +   “每次下载时的当前的request时间”

所以一旦重新下载的页面后,expires就重新计算一次,但last-modified不会变化

posted @ 2019-06-25 14:47  一粒一世界  阅读(5472)  评论(0编辑  收藏  举报