我正在将音频应用程序开发为带有Workbox作为SW库的PWA。对于音频文件,我正在使用cacheFirst()
策略。
在chrome 69上,当我搜索整个音频文件时,可以在网络标签中看到创建了新的部分请求,并且先前的部分请求已被取消,但是只有原始请求而不是仍在下载的部分SW请求。整个请求,即使其源请求已被取消。
我不确定这是否是预期的行为,或者我做错了什么。
我当时正在考虑使用AbortController
API来保持对提取的控制,并在取消原始请求时取消自己,但是我不得不创建自己的回调函数,而不是使用内置的策略上,如果我在这条路线上没有使用多个插件,那会很好。
这对于应用程序而言效率很低,因为它将占用用户不再需要的内容。