service-worker - sw-toolbox 的 cacheFirst 处理程序与最快处理程序的优缺点是什么？

Question

我已经阅读了sw-toolbox API 文档和其他一些关于该主题的文章。

我的印象是，如果我使用toolbox.fastest，我将不必管理我的缓存，因为当网络请求返回时缓存会更新。不过，我担心固有的网络请求将成为瓶颈。是这样吗？

在评估这两个处理程序时，我还应该考虑其他任何事情吗？

Answer 1

CacheFirst 策略导致在不咨询网络的情况下返回任何缓存内容的副本。

Pros：

• 如果您先离线构建，这就是您处理大多数请求的方式。
• CacheFirst 改进并加快了浏览速度。下载资产后，它会（一段时间）在您的机器上存在。无论您的 Internet 连接速度有多快，从硬盘驱动器检索文件总是比从远程服务器检索文件快。
• 移动设备经常受到带宽的限制。用户下载网站的次数越少，对他们来说就越好。

Cons：

• 除了您需要找到清除或清除缓存的方法之外，没有什么大的陷阱。

最快的策略，从缓存和网络中并行请求资源。以先返回者响应。

Pros：

• 每当网络请求完成时，缓存就会更新，因此未来的缓存读取将始终是最新的。
• 非常适合在磁盘访问速度较慢的设备上追求性能的小型资产。有时在较旧的硬盘驱动器或运行防病毒软件的机器上，从网络获取资源可能比进入磁盘更快。

Cons：

• 即使用户在他们的设备上有内容，访问网络也可能会浪费数据，特别是在低延迟网络上。
• 带宽溢出，因为它每次重新加载页面时都会向远程服务器发出 HTTP 网络请求。一些移动数据计划也有带宽上限或费用。

参考：-离线食谱 软件工具箱