Trailer
Der HTTP Trailer Anforderungs und Antwort-Header ermöglicht es dem Absender, am Ende von chunked Nachrichten zusätzliche Felder hinzuzufügen, um Metadaten bereitzustellen, die möglicherweise dynamisch generiert werden, während der Nachrichtenkörper gesendet wird.
Hinweis:
Der TE Anforderungs-Header muss auf trailers gesetzt sein, um Trailer-Felder zuzulassen.
Warnung:
Entwickler können nicht auf HTTP-Trailer über die Fetch API oder XHR zugreifen.
Zudem ignorieren Browser HTTP-Trailer, mit Ausnahme von Server-Timing.
Weitere Informationen finden Sie unter Browser-Kompatibilität.
Syntax
Trailer: header-names
Direktiven
header-names-
HTTP-Headerfelder, die im Trailer-Teil von chunked Nachrichten vorhanden sein werden. Die folgenden Header-Namen sind nicht erlaubt:
Content-Encoding,Content-Type,Content-Range, undTrailer- Authentifizierungs-Header (z. B.
AuthorizationoderSet-Cookie) - Nachrichtenrahmen-Header (z. B.
Transfer-EncodingundContent-Length) - Routing-Header (z. B.
Host) - Anforderungs-Modifikatoren (z. B. Steuerungen und Bedingungen, wie
Cache-Control,Max-Forwards, oderTE)
Beispiele
Server-Timing als HTTP-Trailer
Einige Browser unterstützen die Anzeige von Server-Timing-Daten in den Entwickler-Tools, wenn der Server-Timing Header als Trailer gesendet wird.
In der folgenden Antwort wird der Trailer Header verwendet, um anzugeben, dass ein Server-Timing Header nach dem Antwortkörper folgen wird.
Ein Metrik custom-metric mit einer Dauer von 123.4 Millisekunden wird gesendet:
HTTP/1.1 200 OK
Transfer-Encoding: chunked
Trailer: Server-Timing
--- response body ---
Server-Timing: custom-metric;dur=123.4
Spezifikationen
| Specification |
|---|
| HTTP Semantics # field.trailer |
| HTTP/1.1 # chunked.trailer.section |
Browser-Kompatibilität
BCD tables only load in the browser