HTTP 缓存策略解析


http-statuscodes-bedeutung-c.jpg

 
做项目的时候遇到过需要将静态资源长期缓存的情况,因为在我们的需求里,最初一个静态资源上传完毕,针对此链接一次发布终生受益——于是乎,是时候研究一波缓存策略了:

我们都知道缓存状态码:304 Not Modified. 然而实际上,命中缓存也不一定是 304 的。
我们这里先要说明 HTTP Response 头中的 
cache-control
 的几种不同类型或者说关键词:
no-cache
no-store
public
private
/max-age
no-cache
 并不代表完全的禁用缓存,而是代表会每次去核对服务端的 Etag,如果相同,那么就不会去服务端下载完整的资源,返回一个 304 Not Modified。(最长缓存 3 年)
no-store
 才是真正的禁用缓存,它表示每次服务端都会去下载最新的资源。(当然,通常似乎都用不上)。
public
 和 
private
 的差别主要在于如果是有用户认证环节的页面,设置为
private
 就只有终端浏览器会缓存,中间 CDN 并不会缓存,而设置为 
public
,则会在每一个环节缓存。默认不需要设置 
public
,因为 
max-age
 已经表明可以由各个环节缓存了(单位为秒)。此刻如果命中缓存,则不会再去请求服务器核对 Etag,而是直接返回 200(from disk)。
当然,由于 
public
 会在每一个环节缓存,如果对修改更新预览又强需求的网页,那么最好不要使用这一缓存策略,否则还需要刷新 CDN 源,很麻烦。

Google 有一张图指导我们挑选合适的缓存策略,可供参考:

/uploads/fox/11144041_0.png


参考内容:
HTTP 缓存
使用 HTTP 缓存:Etag, Last-Modified 与 Cache-Control


0 个评论

要回复文章请先登录注册