Google chrome extension 首次访问时是否从缓存提供本地浏览器扩展资产? tl;博士:

Google chrome extension 首次访问时是否从缓存提供本地浏览器扩展资产? tl;博士:,google-chrome-extension,browser-cache,Google Chrome Extension,Browser Cache,我想知道预取与我的浏览器扩展捆绑在一起的某些图像是否有好处,或者即使在第一次请求时,它们是否总是从缓存中提供 上下文 在扩展名中,在manifest.json文件的键处列出了一些图像。有时,这些图像中的一个似乎需要很长时间才能加载(或者完全失败) 我本来打算对有问题的映像执行一种预取,但当我在Chrome Dev Tools的网络选项卡中检查映像请求时,我发现这些映像总是(来自磁盘缓存)或(来自内存缓存)——即使在我卸载/重新安装扩展并清除浏览器缓存之后也是如此 这使我相信有问题的图像不会受到预

我想知道预取与我的浏览器扩展捆绑在一起的某些图像是否有好处,或者即使在第一次请求时,它们是否总是从缓存中提供

上下文 在扩展名中,在manifest.json文件的键处列出了一些图像。有时,这些图像中的一个似乎需要很长时间才能加载(或者完全失败)

我本来打算对有问题的映像执行一种预取,但当我在Chrome Dev Tools的网络选项卡中检查映像请求时,我发现这些映像总是
(来自磁盘缓存)
(来自内存缓存)
——即使在我卸载/重新安装扩展并清除浏览器缓存之后也是如此


这使我相信有问题的图像不会受到预取的影响,因为它已经来自缓存。在考虑更奇特的选项之前,我想将预取排除在外作为一种解决方案。

由于浏览器中没有内置服务器,因此扩展功能实际上没有得到使用。与其他缓存文件一样,这些文件直接从磁盘读取。至于“来自内存”,我想这是由资源获取程序的内部实现引起的,它不知道任何扩展名,所以它尝试缓存文件,即使通常不需要它。您看到的暂停可能是由其他原因引起的(例如选项卡中对并发请求的限制),包括浏览器中的错误。您可能可以读取图像,将其转换为数据URI并直接进行设置。感谢您快速而全面的回复。我注意到一些设置,包括
imgsrc*
会拒绝数据URI图像,所以我不愿意这样做。不过我想知道并发请求,所以我肯定会调查一下。由于浏览器中没有内置服务器,所以扩展并没有真正提供服务。与其他缓存文件一样,这些文件直接从磁盘读取。至于“来自内存”,我想这是由资源获取程序的内部实现引起的,它不知道任何扩展名,所以它尝试缓存文件,即使通常不需要它。您看到的暂停可能是由其他原因引起的(例如选项卡中对并发请求的限制),包括浏览器中的错误。您可能可以读取图像,将其转换为数据URI并直接进行设置。感谢您快速而全面的回复。我注意到一些设置,包括
imgsrc*
会拒绝数据URI图像,所以我不愿意这样做。不过,我想知道并发请求,所以我肯定会对此进行调查。