Trailer
Der HTTP Trailer Anforderungs- und Antwort-Header ermöglicht es dem Absender, zusätzliche Felder am Ende von gestückelten Nachrichten hinzuzufügen, um Metadaten bereitzustellen, die möglicherweise dynamisch generiert werden, während der Nachrichteninhalt gesendet wird.
Hinweis:
Der TE Anforderungs-Header muss auf trailers gesetzt werden, um Trailer-Felder zuzulassen.
Warnung:
Entwickler können nicht über die Fetch-API oder XHR auf HTTP-Trailer zugreifen.
Zusätzlich ignorieren Browser HTTP-Trailer, mit Ausnahme von Server-Timing.
Siehe Browser-Kompatibilität für weitere Informationen.
Syntax
Trailer: header-names
Direktiven
header-names-
HTTP-Header-Felder, die im Trailer-Teil von gestückelten Nachrichten vorhanden sein werden. Die folgenden Header-Namen sind nicht erlaubt:
Content-Encoding,Content-Type,Content-Range, undTrailer- Authentifizierungs-Header (z.B.
AuthorizationoderSet-Cookie) - Nachrichten-Rahmen-Header (z.B.
Transfer-EncodingundContent-Length) - Routing-Header (z.B.
Host) - Anforderungsmodifikatoren (z.B. Steuerelemente 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 Entwicklertools, wenn der Server-Timing Header als Trailer gesendet wird.
Im folgenden Antwortbeispiel wird der Trailer Header verwendet, um anzuzeigen, dass ein Server-Timing Header dem Antwortinhalt 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