我在 SW 中缓存不透明的响应,它以CacheStorage
指数方式膨胀到 6 GB+ 的数量级。有时,我看到 SW 响应比浏览器缓存中的响应慢。
臃肿的 CacheStorage 在通过 SW 服务请求时会导致读取速度变慢并因此导致性能下降吗?这种性能在多大程度上是由机器装载的硬盘驱动器驱动的——SSD 还是 HDD?
PS:我知道理想的解决方法是修复不透明的响应或根本不缓存它们。
我在 SW 中缓存不透明的响应,它以CacheStorage
指数方式膨胀到 6 GB+ 的数量级。有时,我看到 SW 响应比浏览器缓存中的响应慢。
臃肿的 CacheStorage 在通过 SW 服务请求时会导致读取速度变慢并因此导致性能下降吗?这种性能在多大程度上是由机器装载的硬盘驱动器驱动的——SSD 还是 HDD?
PS:我知道理想的解决方法是修复不透明的响应或根本不缓存它们。
缓存存储 API 让您可以对缓存过期进行编程控制,并允许您使用 JavaScript 中的缓存响应来构建独立于网络工作的复杂服务/回退策略,这在仅使用浏览器的 HTTP 缓存时通常是不可能的。
不过,没有特别期望使用 Cache Storage API 会比 HTTP 缓存更快。
每当运行 Service Worker 代码时,都会涉及一定程度的开销,有关该开销影响的详细信息可能会因存储介质、CPU、浏览器版本和任何数量的其他标准而异。我会说,我不相信这些不透明的响应会在运行时性能方面发挥重要作用,并且额外的配额使用实际上是“虚构的”。它只是转换为计算可用配额时使用的更高数字,但实际上并不会导致将更多数据写入磁盘。