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