HTTP 缓存策略解析

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

我们都知道缓存状态码：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 有一张图指导我们挑选合适的缓存策略，可供参考：

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