控制缓存的相关字段:
1.Pragma
:是HTTP1.0标准中定义的一个header
属性。请求(字段)中包含Pragma的效果跟在头信息中定义Cache-Control: no-cache相同,但是HTTP的响应头没有明确定义这个属性,所以它不能拿来完全替代HTTP/1.1中定义的Cache-control头。
2.Expires
:是HTTP/1.0设置缓存过期时间的,Expires响应字段包含了资源过期的日期和时间(相对于服务器时间)。如果Cache-Control
中设置了max-age
或s-max-age
,那么Expires
头被忽略。如果该字段与Pragma
同时存在时,Pragma
起作用。
3.Cache-control
:HTTP/1.1,用来控制缓存行为。通过它提供的不同的值来定义缓存策略。请求头和响应头都支持这个属性。
常用取值:
-
Cache-Control: no-store
:禁止进行缓存。 -
Cache-Control: no-cache
:强制确认缓存。每次请求发出时,缓存会将此请求发送到服务器,服务端会验证请求中描述的缓存是否过期,若未过期返回304,使用本地缓存。 -
Cache-Control: max-age=<seconds>
:缓存过期机制。资源能被缓存的最大时间,是距离请求发起的时间的秒数。 -
Cache-Control: must-revalidate
:缓存验证确认。有该头部时,意味着使用缓存前就会进行缓存状态验证。 -
Cache-Control: public/private
:当为public
时,表示响应可被任何中间代理、CDN等缓存;private
(默认值)表示响应专用于某个用户,只能应用于浏览器私有缓存中。
4.Last-Modified
:是HTTP/1.1规定的一个响应的首部,资源最后一次被修改的时间。服务器将资源传递给客户端时,会将资源最后更改的时间以Last-Modified: GMT
的形式加在实体首部上一起返回给客户端。客户端会为资源标记上该信息,下次再次请求时,会把该信息附带在请求报文中一并带给服务器去做检查,若传递的时间值与服务器上该资源最终修改时间是一致的,则说明该资源没有被修改过,直接返回304状态码,内容为空。当响应的头部包含该字段,后续的请求就会带上If-Modified-Since
或 If-Unmodified-Since
(值都为Last-Modified
值)来验证缓存。
🌰
Last-Modified: Wed, 21 Oct 2015 07:28:00 GMT
5.ETag
:缓存的强校验器。服务端会根据某种算法,给资源算出一个唯一标识,把资源响应给客户端时,会带上ETag: 唯一标识
客户端会保留该 ETag
字段,并在下一次请求时将其一并带过去给服务器。服务器比较客户端传来的ETag
跟自己服务器上该资源的ETag
是否一致,来判断资源是否修改过。
如果服务器发现ETag
匹配不上,那么直接以常规GET 200
回包形式将新的资源(包括新的ETag
)发给客户端;如果ETag
是一致的,则直接返回304
知会客户端直接使用本地缓存即可。
客户端通过If-None-Match
或If-match
字段将ETag
值传给服务器。
以上字段有什么关联?
在HTTP1.0中,因为设置缓存的过期时间Expires
是相对于服务器时间而言的,如果客户端时间和服务器端时间不一致就会有问题,于是在HTTP1.1中提出了Cache-Control
,该字段是一个通用属性(请求和响应头中均支持),它是通过设置时间段来指定缓存过期时间的。
缓存校验:
如果缓存已过期,但服务器资源未更新,再次请求时会返回和缓存内容一样的资源,无疑这是没必要的。所以,HTTP1.1又新增了Last-Modified
字段做缓存校验。但假如服务器上的资源发生更改了,但实际内容没有发生改变,也是没必要重新返回资源。所以,ETag
就出现了。
优先级:Pragma > Cache-Control > Expires > Last-Modified
为了向下兼容,很多网站还是会带Expires
和Pragma
字段。
??服务端是如何去设置缓存的?具体的业务场景有哪些。
??假如用Cache-Control: max-age=<seconds>
设置缓存过期时间,在缓存未过期时,请求都会从缓存中拿数据,但当此时的服务器资源已经更新,如何使请求在服务器资源更新时拿到最新数据?
网友评论