In Google Chrome für Android, wie lange bis der Cache gelöscht wird (Cache-Control: public, max-age = 99999999)

Question

Da HTML5 Offline-Seitenmanifeste veraltet sind und ein passender Ersatz noch nicht standardisiert ist, ist das nächstbeste Dienen Sie Ihrem Inhalt mit einer grundlegenden Cache-Control-Regel, um niemals abzulaufen. Vor allem, wenn Ihre Anwendung klein und unkritisch ist.

Cache-Control: public, max-age=99999999 

In Wirklichkeit speichern Browser Cache nicht wirklich für immer, weil irgendwann der Speicherplatz ausgeht.

Ich weiß, dass die genaue Implementierung von Browser variieren wird. Einige Browser verwenden eine einfache Max-Disk-Verwendungsregel für den Cache aller Websites und löschen dann die älteste, um innerhalb des Limits zu bleiben.

In Android gibt es einen Mechanismus, um zu sehen, ob die gesamte Festplattennutzung zu hoch wird und dann wird der Cache von verschiedenen Apps gelöscht. Auf diese Weise könnte der Cache von Chrome gelöscht werden.

Wie unterscheidet sich Google Chrome für Android, wenn Cacheeinschränkungen gelöscht werden sollen, die keine Ablauffrist haben?

Answer 1

Nun, anscheinend war ich teilweise falsch über die Android-Situation. Auch wenn Sie history.pushStateund für einige Sekunden ruhen, bevor Sie die intent: URL starten, navigiert Android zur vorherigen Seite (d. H. Diejenige, in der der Benutzer ursprünglich diese Aktionen initiiert hat). Dies hängt mit der Idee zusammen, dass jede geöffnete App durch einen Klick initiiert werden muss, und obwohl es intelligent genug ist, dies nach einer Zeitüberschreitung zuzulassen, oder eine Ajax-Anfrage bestätigt werden muss, gibt es Einschränkungen.

Ich wäre immer noch interessiert zu wissen, ob dies aus einer Nicht-Android-Perspektive beantwortet werden könnte. Ich vermute, dass es einen Weg geben könnte, pushState und setTimeout alle vor dem load Ereignis zu verwenden, aber es wäre nett, wenn es einen richtigen Weg geben würde, um dies vom Standard auf location.replace Funktionalität zu halten.