Löscht der Browser den Server-Push, wenn sich eine Ressource im Cache befindet?

Question

Die HTTP/2-Spezifikation gibt an, dass jede Ressource, die in einem PUSH_PROMISE-Rahmen identifiziert wird, nicht gedrückt wird, wenn der Client sie löscht.

Wenn ein Browser eine Ressource erkennt, die sich bereits im Cache befindet, sollte der Push für diese Ressource abgebrochen werden. Ich sehe jedoch nicht, wie der Browser es erkennen kann. Geben die Frames zusätzliche Informationen wie Etag oder zuletzt geändert an, damit der Browser erkennen kann, ob ein Cacheeintrag gelöscht werden muss oder ob der Push abgebrochen werden kann?

Wenn es möglich ist, könnte etwas Bandbreite gespeichert werden. Es scheint jedoch, Server-Push kompromittiert jede Client-Cache-Optimierung.

Answer 1

In HTTP/2 schiebt der Server an den Client eine Anfrage für die Ressource mit einem PUSH_PROMISE-Rahmen.

Bei der Übertragung vom Server zum Client handelt es sich nicht um eine Antwort, sondern um eine Anforderung, die der Client stellen würde, um diese Ressource abzurufen.

Wenn der Client den PUSH_PROMISE empfängt, kann er den URI ansehen und den Cache-Status dieser Ressource ermitteln. Browser verwenden normalerweise unterschiedliche Caches für normalerweise empfangene Ressourcen und gepushte Ressourcen. Wenn der Cache noch gültig ist, kann der Client den Push-Stream abbrechen, indem er einen RST_STREAM-Frame an den Server für diesen Stream sendet.

Währenddessen startet der Server, was es braucht, um die Ressource zu pushen. Dadurch wird ein HEADERS-Antwortrahmen generiert, der die typischen Antwortheader wie Etag enthält. Wenn der Client den HEADERS-Response-Frame empfängt, hat er noch eine Chance, den Stream abzubrechen, obwohl - natürlich - DATA-Frames inflight sein können, möglicherweise alle.

Speichern der Bandbreite kann interessant sein, aber es ist normalerweise kein Problem, eine kleine Bandbreite zu verschwenden; Aus der Sicht des Benutzererlebnisses ist die Latenz wichtiger, und der Push-Mechanismus verringert dies um ein beträchtliches Maß.

Ich glaube nicht, dass der Push-Mechanismus jede Client-Cache-Optimierung kompromittiert; Wäre dies der Fall gewesen, hätten sich Browser-Anbieter gegen diese Funktion gewehrt, während die meisten (wenn nicht alle) diese mit sehr guten Ergebnissen bei der Benutzererfahrung und verringerter Latenz implementieren.

Sicher könnte der Mechanismus verbessert werden, zum Beispiel, indem Clients und Server einigen Kopfzeilen zustimmen, die mehr Informationen über die Ressource geben, die geschoben wird, aber bisher ziemlich gut funktioniert.

[Disclaimer: Ich bin ein Jetty Committer] die ersten gewesen Nachdem SPDY und HTTP/2 Drücken Sie für das Java-Ökosystem (almost 3 years ago) zu implementieren, ist die Jetty Project sicherlich interessiert in more discussions and ideas um HTTP/2 Push.

Answer 2

Einfache und kurze Antwort: Ja, Browser wird Server Push abbrechen, wenn es diese URL im Cache hat.