HTML – HTTP 304 Not Modified响应是否包含缓存控制头?

前端之家收集整理的这篇文章主要介绍了HTML – HTTP 304 Not Modified响应是否包含缓存控制头?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我试图理解这一点,并搜索SO以寻找类似的问题,但我仍然没有100%理解它应该如何工作.

我得到了对图像资源请求的响应:

Response Headers
    Server  Apache-Coyote/1.1
    Date    Mon,19 Oct 2009 09:04:04 GMT
    Expires Mon,19 Oct 2009 09:06:05 GMT
    Cache-Control   public,max-age=120
    Etag    image_a70703fb393a60b6da346c112715a0abd54a3236
    Content-Disposition inline;filename="binary-216-420"
    Content-Type    image/jpg;charset=UTF-8
    Content-Length  4719

所需的行为是客户端应该缓存120秒,然后再次从服务器请求它.在120秒内,没有请求发送到服务器.

然后,在120秒后,发送请求并收到304响应:

Response Headers
    Server  Apache-Coyote/1.1
    Date    Mon,19 Oct 2009 09:06:13 GMT

Request Headers
    Host    localhost:8080
    User-Agent  Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
    Accept  image/png,image/*;q=0.8,*/*;q=0.5
    Accept-Language en-us,no;q=0.8,sq;q=0.7,en;q=0.5,sv;q=0.3,nn;q=0.2
    Accept-Encoding gzip,deflate
    Accept-Charset  ISO-8859-1,utf-8;q=0.7,*;q=0.7
    Keep-Alive  300
    Connection  keep-alive
    Referer http://localhost:8080/cms/site/0/en/home
    Cookie  JSESSIONID=768ABBE1A3BFABE3B535900233330650; versionsCssDisplayState=block; iceInfo=iceOn:false,activePortletKey:,icePagePanelX:1722,icePagePanelY:3
    If-None-Match   image_a70703fb393a60b6da346c112715a0abd54a3236

到目前为止,一切顺利.但是,在下一个请求(在120秒内),我会认为资源应缓存120秒.另一方面,我在浏览器(Firefox)中看到的是,从这一点开始,它始终请求资源并接收304响应.

我应该在304响应中附加缓存控制头吗?从我在规范中可以看到的内容,似乎应该省略缓存控制设置,并且缓存应该自动缓存120新的秒数?

解决方法

从理论上讲,您不必为304发送Cache-Control – 收件人应该继续使用从原始200收到的缓存指令.但是,正如您所发现的,在实践中如果不这样做继续发送Cache-Control,浏览器将忽略您最初发送的缓存指令,并恢复为自己的默认启发式.

所以在实践中,你应该使用与200一样的304包含相同的Cache-Control.规范只强制你发送它为304,如果它与你之前发送的不同(见10.3.5 304 Not Modified) – 但它肯定当它是相同的时候,不会禁止你重复它.

并从另一个答案(结构)专门回应错误的观点:

>您确实希望中间缓存缓存响应(即更新其资源的缓存条目).它们将适当地响应来自具有200或304的客户端的请求,具体取决于客户端是否包括If-Modified-Since等条件头.> 304将刷新120秒的ttl(因此同一客户端不应再对另一个120秒的同一资源发出另一个请求).并且客户端,只要他们仍然获得缓存的内容,将继续对资源进行条件请求,您可以继续使用304响应.

猜你在找的HTML相关文章