前端开发人员的一个常见误区就是，看到下图这种没有附带 cache control 的 HTTP 响应头部字段，就误认为 HTTP 缓存已经被禁用了，其实不然。

省略 Cache-Control 响应标头不会禁用 HTTP 缓存！ 相反，浏览器有效地猜测哪种类型的缓存行为对给定类型的内容最有意义。

版本化的 URL 是一种很好的做法，因为它们可以更容易地使缓存的响应无效。

在响应对包含​​指纹(fingerprint)​​或版本信息且其内容永远不会更改的 URL 的请求时，请将 Cache-Control: max-age=31536000 添加到您的响应中。

设置这个值告诉浏览器，当它需要在接下来一年的任何时间（31,536,000 秒；支持的最大值）加载相同的 URL 时，它可以立即使用 HTTP 缓存中的值，而无需向网络请求远端的 Web 服务器，从而立即获得了避免网络带来的可靠性和速度。

像 webpack 这样的构建工具可以​​自动​​将哈希指纹分配给 asset URL.

不幸的是，实际应用场景中，并非加载的所有 URL 都是版本化的。 或者也许无法在部署 Web 应用程序之前包含构建步骤，因此无法将哈希值添加到资产 URL。 而且每个 Web 应用程序都需要 HTML 文件——这些文件几乎永远不会包含版本信息，因为如果客户需要记住要访问的 URL 是 https://，那么没有人会愿意使用带有版本信息的 Web 应用程序，比如 /index.13def12.html.

单独的 HTTP 缓存不足以完全避开网络，需要借助 Service Worker 的帮助。

以下 Cache-Control 值可以帮助开发人员微调未版本化 URL 的缓存位置和方式：

• no-cache：这指示浏览器在每次使用 URL 的缓存版本之前都必须与服务器重新验证。
• no-store：这指示浏览器和其他中间缓存（如 CDN）永远不要存储文件的任何版本。
• private：浏览器可以缓存文件，但中间缓存不能。
• public：响应可以由任何缓存存储。