标签：缓存 浏览器 Service cache Worker HTTP 资源

除了对缓存逻辑能提供更细粒度的控制之外，Service Worker 缓存还提供：

• 为您的源提供更多内存和存储空间：浏览器按源分配 HTTP 缓存资源。 换句话说，如果您有多个子域，它们都共享相同的 HTTP 缓存。 无法保证您的源/域的内容会长时间保留在 HTTP 缓存中。 例如，用户可以通过从浏览器的设置 UI 中手动清理或触发页面上的硬重新加载来清除缓存。 使用服务工作者缓存，您的缓存内容保持缓存状态的可能性要高得多。

• 在不稳定的网络或离线体验领域具有更高的灵活性：使用 HTTP 缓存，开发人员只有一个二元选择：要么缓存资源，要么不缓存。 使用 Service Worker 缓存，可以更轻松地缓解网络不稳定的时候应用可能出现的问题（使用stale-while-revalidate策略），或者提供完整的离线体验（使用cache only策略），甚至介于两者之间，例如自定义 UI 页面的某些部分来自 service worker 缓存，并且在适当的情况下排除了某些部分（使用Set catch handler 策略）。

当然，HTTP 缓存作为一项成熟的技术，可以作为 Service Worker 缓存有益的补充。

浏览器第一次加载网页和相关资源时，会将这些资源存储在其 HTTP 缓存中。 HTTP 缓存通常由浏览器自动启用，除非最终用户明确禁用它。

使用 HTTP 缓存意味着依靠服务器来确定何时缓存资源以及缓存多长时间。

当服务器响应浏览器对资源的请求时，服务器使用 HTTP 响应标头告诉浏览器应该缓存资源多长时间。

看一个例子：

• ETAG: 当浏览器发现一个过期的缓存响应时，它可以向服务器发送一个小令牌（通常是文件内容的哈希）以检查文件是否已更改。 如果服务器返回相同的令牌，则文件是相同的，无需重新下载。这个令牌出现在浏览器发送给服务器的 HTTP 请求的头部：

If-None-Match: "62e701da-63ba-gzip"

• Last-Modified：此标头与 ETag 的用途相同，但使用基于时间的策略来确定资源是否已更改，而不是 ETag 的基于内容的策略。

标签：缓存,浏览器,Service,cache,Worker,HTTP,资源
来源： https://www.cnblogs.com/sap-jerry/p/16552454.html

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