标签：缓存 HTTP 服务器端 Service Cache Worker 资源

本文基于下列的表格进行讨论。

场景1：Long-term caching (Cache, falling back to network)

• 当缓存资源有效时（<= 30 天）：Service Worker 立即返回缓存的资源，无需访问网络。

• 当缓存资源过期（> 30 天）时：Service Worker 去网络获取资源。 浏览器在其 HTTP 缓存中没有资源的副本，因此它在服务器端获取资源。

缺点：在这种情况下，HTTP 缓存提供的价值较小，因为当 Service Worker 中的缓存过期时，浏览器总是会将请求传递给服务器端。

场景2：Medium-term caching (Stale-while-revalidate)

• 当缓存资源有效时（<= 1 天）：Service Worker 立即返回缓存的资源，并去网络获取资源。 浏览器在其 HTTP 缓存中有资源的副本，因此它将该副本返回给服务工作者。

• 当缓存资源过期（> 1 天）：Service Worker 立即返回缓存的资源，并去网络获取资源。 浏览器在其 HTTP 缓存中没有资源的副本，因此它会在服务器端获取资源。

缺点：Service Worker 需要额外的缓存清除来覆盖 HTTP 缓存，以便充分利用“重新验证”步骤。

场景3：Short-term caching (Network falling back to cache)

• 当缓存的资源有效时（<= 10 分钟）：Service Worker 去网络获取资源。 浏览器在其 HTTP 缓存中有资源的副本，因此它会将其返回给服务工作者，而无需进入服务器端。

• 当缓存资源过期（> 10 分钟）：Service Worker 立即返回缓存的资源，并去网络获取资源。 浏览器在其 HTTP 缓存中没有资源的副本，因此它会在服务器端获取资源。

与 Medium 缓存场景类似，Service Worker 需要额外的缓存清除逻辑来覆盖 HTTP 缓存，以便从服务器端获取最新资源。

在所有场景下，Service Worker 缓存在网络不稳定的情况下仍然可以返回缓存的资源。 另一方面，当网络不稳定或宕机时，HTTP 缓存是不可靠的。

总之，Service Worker 缓存逻辑不需要与 HTTP 缓存到期逻辑保持一致。 如果可能，在 service worker 中使用更长的过期逻辑来授予 service worker 更多的控制权。

HTTP 缓存仍然发挥着重要作用，但在网络不稳定或宕机时它并不可靠。

标签：缓存,HTTP,服务器端,Service,Cache,Worker,资源
来源： https://www.cnblogs.com/sap-jerry/p/16552444.html

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