Chrome implementa cachés en muchos niveles de abstracción. En el núcleo está la caché HTTP (navegador), un backend para otros mecanismos de almacenamiento en caché. Generalmente, los cachés se pueden dividir en:
- Caché HTTP
- Cachés de trabajador de servicio
- Caché de parpadeo
Caché HTTP
Cada solicitud que se realiza a través de la red es proxy de HTTP Cache que se adhiere a RFC . Cuando se solicita por primera vez, se sobrescribe la caché. Los recursos están codificados por la URL de origen.
Caché de trabajador de servicio
Para manejar con elegancia los fallos de conexión de red, puede utilizar Service Workers . Los cachés y el almacenamiento en caché se volverían a tomar del disco.
Caché de parpadeo
Blink usa Http Cache como backend en dos modos de creación: en memoria y simple (sistema de archivos). Cuál se usa depende del límite establecido globalmente para los cachés cuánta memoria pueden tomar. Además, el caché del renderizador actual es el que más se comparte. Lo que se almacena en caché son fuentes, imágenes y scripts. Si el uso de la memoria global alcanza un umbral especificado, se usa el backend del sistema de archivos.
Forzar en la memoria caché
Si desea que sus archivos se sirvan desde la memoria que anula el mecanismo predeterminado, puede implementar su propio Service Worker. Con File Api, los recursos se pueden leer y almacenar en un objeto en la memoria. Luego, anular el evento de recuperación suprimiría la red y las lecturas de archivos con contenido servido desde este objeto global.