В соответствии с этим API-документом, который является единственным источником, который я нашел, который описывает кеш в памяти:
Chrome использует два кэша - кеш на диске и очень быструю память кэш. Срок службы кэша в памяти привязан к времени жизни процесса рендеринга, который примерно соответствует вкладке. Просит, чтобы ответы из кеша в памяти невидимы для веб-запроса API. Если обработчик запроса изменяет свое поведение (например, поведение, в соответствии с которым блокируются запросы), простая страница обновление может не уважать это измененное поведение. Чтобы убедиться, что изменение поведения проходит, обработчик вызоваBehaviorChanged() для сброса в кэш памяти. Но не делайте этого часто; Очистка кеша - это очень дорогая операция. Вам не нужно звонить handlerBehaviorChanged() после регистрации или отмены регистрации события слушатель.
Мне нужно лучшее понимание кэша в памяти. В частности, мне нужно, чтобы Chrome генерировал полный ресурс webRequest/resource каждый раз, когда я посещаю сайт, включая обновление страницы. Очевидно, это не может быть правдой, если он использует кеш в памяти.
Является ли кеш памяти чистым списком для новой вкладки при создании новой вкладки?
Что означает "очень дорогостоящая операция" в количественном выражении?
Если я вызываю handlerBehaviorChanged() каждый раз, когда страница перезагружается на той же вкладке, это гарантирует полный водопад? В этом случае предел в 20 раз за 10 минут кажется довольно низким.
Любая помощь очень ценится, спасибо!