标签：Web 缓存 HTTP URL Server 响应 字段 浏览器

前端开发人员的一个常见误区就是，看到下图这种没有附带 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://example.com，那么没有人会愿意使用带有版本信息的 Web 应用程序，比如 /index.13def12.html.

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

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

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

标签：Web,缓存,HTTP,URL,Server,响应,字段,浏览器
来源： https://www.cnblogs.com/sap-jerry/p/16552451.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。