【发布时间】:2016-02-19 20:26:16
【问题描述】:
根据this API doc,这是我找到的唯一描述内存缓存的来源:
Chrome 使用两个缓存——一个磁盘缓存和一个非常快的内存缓存 缓存。内存缓存的生命周期附加到生命周期 一个渲染进程,大致对应一个tab。要求 从内存缓存中得到答复 对 Web 请求不可见 API。如果请求处理程序改变了它的行为(例如, 根据哪些请求被阻止的行为),一个简单的页面 刷新可能不尊重这种改变的行为。为了确保 行为改变通过,调用 handlerBehaviorChanged() 刷新 内存缓存。但不要经常这样做;刷新缓存是一个 非常昂贵的操作。你不需要打电话 注册或注销事件后的 handlerBehaviorChanged() 听众。
我需要更好地了解内存缓存。具体来说,我每次访问网站时都需要 Chrome 生成完整的 webRequest / 资源瀑布,包括刷新页面。显然,如果它使用内存中的缓存,这不可能是真的。
当我创建新选项卡时,内存缓存是否为新选项卡带来了全新的体验?
“非常昂贵的操作”在数量上是什么意思?
如果我每次在同一个选项卡中重新加载页面时都调用 handlerBehaviorChanged() ,那能保证完整的瀑布流吗?在这种情况下,10 分钟内 20 次的限制似乎相当低。
非常感谢任何帮助,谢谢!
【问题讨论】:
标签: google-chrome google-chrome-extension