Mehrere HTTP-Header mit demselben Namen festlegen?

Question

Soweit ich weiß, ist es durch die HTTP-Spezifikation erlaubt, mehr als einen HTTP-Header mit dem gleichen Namen zu setzen. Gibt es einen Anwendungsfall (von Client zu Server und umgekehrt)?

HTTP 1.1 Section 4.2:

Mehrere Nachrichten-Header-Felder mit die gleichen Feldnamen in eine Nachricht vorhanden sein können, wenn und nur wenn der gesamte Feld Wert für dieses Header-Feld als definiert ist Komma-getrennte Liste [dh # (Werte)]. Es muss möglich sein die mehrere Header-Felder zu einem kombinieren „Feldname: Feldwert“ Paar, ohne die Semantik der Nachricht zu ändern, indem jedes nachfolgenden Feldwert auf den ersten Anfügen jeweils getrennt durch ein Komma. Die Reihenfolge , in der Header-Felder mit den gleichen Feldnamen erhalten werden, ist daher Bedeutung für die Interpretation von der kombinierte Feldwert und damit ein Proxy muss nicht die Reihenfolge der diese Feldwerte ändern, wenn eine Nachricht ist weitergeleitet.

Wenn ich falsch liege, gibt es keinen Fall, wo mehrere Header mit dem gleichen Namen benötigt werden.

Answer 1

Da doppelte Header Probleme mit verschiedenen Webservern und APIs verursachen können (unabhängig davon, was die Spezifikation sagt), bezweifle ich, dass es einen allgemeinen Anwendungsfall gibt, wo dies die beste Vorgehensweise ist. Das heißt natürlich nicht, dass irgendjemand es nicht tut.

Answer 2

Es ist nur für Header mit einem sehr spezifischen Format zulässig, siehe RFC 2616, Section 4.2.

Answer 3

Es wird häufig für Set-Cookie: verwendet. Viele Server setzen mehr als einen Cookie.

Natürlich können Sie sie immer alle in einem einzigen Header setzen.

Eigentlich glaube ich, dass Sie nicht mehrere Cookies in einem Header festlegen können. Das ist also ein notwendiger Anwendungsfall.

Die Cookie spec tut behaupten, dass Sie mehrere Cookies in einem Header die gleiche Art und Weise andere Header kombiniert werden können (durch Kommas getrennt), aber es weist auch darauf hin, dass nicht-konforme Syntax (wie der Expires Parameter kombinieren, die hat , s in seinem Wert) sind immer noch üblich und müssen von Implementierungen behandelt werden.

Also, wenn Sie Expires Parameter in Ihrem Set-Cookie Header verwenden und Sie nicht möchten, dass alle Ihre Cookies zur gleichen Zeit ablaufen, müssen Sie wahrscheinlich mehrere Header verwenden.

Answer 4

Alter Thread, aber ich habe in der gleichen Frage gesucht. Wie auch immer, die Accept und Accept-Encoding Header sind typische Beispiele, die mehrere Werte verwenden, durch Komma getrennt. Selbst wenn es sich um einen anforderungsspezifischen Header handelt, unterscheiden die Spezifikationen nicht zwischen Anforderung und Antwort auf dieser Ebene. Überprüfen Sie die von dieser Seite. Was die Spezifikation sagt ist, dass, wenn Sie Kommas als Zeichen im Wert der Kopfzeile haben, Sie nicht mehrere Kopfzeilen mit demselben Namen verwenden können, sofern Sie nicht die Verwendung des Kommas disambiguate.

Answer 5

Da Sie nach Anwendungsfällen suchen, wäre vielleicht Accept ein gültiger.

• Accept: application/json
• Accept: application/xml

Answer 6

In meiner bescheidenen Meinung nach, nur die Kopfzeilen, deren Wert getrennt mit Komma ausgedrückt (definiert) werden, können in geschrieben werden mehrere Header mit einem einzelnen oder mehreren Werten.

Nehmen wir an, wir haben einen Header, dessen Wert in eine durch Komma getrennte Liste geschrieben werden kann.

Entries-In-Order: Jane,John,Charlie 

Der Header-Wert ist gültig von seiner Definition und dem Server oder der Client weiß, es. Und dann können wir es als

Entries-In-Order: Jane,John 
Entries-In-Order: Charlie 

trennen Aber irgendwelche Überschriften verstehen nicht das Komma getrennte Wert kann nicht in mehreren geschrieben werden.

Who-Are-Responsible: John, Jane or maybe Charlie? 

Wenn per definitionem der Server oder der Client kann die gesamte Zeichenfolge (John,Jane,maybe Charlie?) als einziger Wert handhaben, es als mehrere Header Schreiben wird nicht wie erwartet funktionieren.

My-Dummy-Header: John 
My-Dummy-header: Jane or maybe Charlie?