Chrome implementuje pamięci podręczne na wielu poziomach abstrakcji. U podstaw znajduje się pamięć podręczna HTTP (przeglądarki) - zaplecze dla innych mechanizmów buforowania. Ogólnie cache można podzielić na:
- Pamięć podręczna HTTP
- Service Worker Cache
- Blink cache
Pamięć podręczna HTTP
Każde żądanie przesyłane przez sieć jest przekazywane przez pamięć podręczną HTTP zgodną z RFC . Przy pierwszym żądaniu pamięć podręczna jest nadpisywana. Zasoby są kluczowane przez pierwotny adres URL.
Service Worker Cache
Aby z wdziękiem radzić sobie z awariami połączeń sieciowych, możesz użyć Service Workers . Pamięci podręczne i pamięć podręczna zostaną ponownie zabrane z dysku.
Blink Cache
Blink używa Http Cache jako zaplecza w dwóch trybach tworzenia - w pamięci i prostym (system plików). To, który z nich jest używany, zależy od limitu ustawionego globalnie dla pamięci podręcznych, ile pamięci mogą one zająć. Największy udział ma również bieżąca pamięć podręczna modułu renderującego. To, co jest buforowane, to czcionki, obrazy i skrypty. Jeśli globalne użycie pamięci osiągnie określony próg, używany jest backend systemu plików.
Wymuszanie w pamięci podręcznej
Jeśli chcesz, aby Twoje pliki były obsługiwane z domyślnego mechanizmu zastępującego pamięć, możesz zaimplementować własny Service Worker. Korzystając z File Api, zasoby mogą być odczytywane i zapisywane w obiekcie w pamięci. Wówczas przesłanianie zdarzenia pobierania wstrzymałoby odczyty sieci i plików z zawartością dostarczaną z tego obiektu globalnego.