Chunked-Codierung und Content-Length-Header

Question

Ist es möglich, den Content-Length-Header zu setzen und auch chunked Transfer-Codierung zu verwenden? und löst dies das Problem, die Länge der Antwort auf der Clientseite nicht zu kennen, wenn chunked verwendet wird? Das Szenario, über das ich nachdenke, ist, wenn Sie eine große Datei übertragen müssen und es kein Problem gibt, ihre Größe zu bestimmen, aber sie ist zu groß, um vollständig zwischengespeichert zu werden. (Wenn Sie nicht Chunked verwenden, dann muss die ganze Antwort zuerst gepuffert werden? Richtig ??)

danke.

Answer 1

1) Nein: "Nachrichten MÜSSEN NICHT sowohl ein Content-Length-Header-Feld als auch ein Nicht-Identity-Transfer-Coding enthalten. Wenn die Nachricht ein Non-Identity-Transfer-Coding enthält, MUSS die Content-Length ignoriert werden. " (RFC 2616, Section 4.4)

2) Und nein, Sie können Content-Länge und Stream verwenden; Das Protokoll legt nicht fest, wie Ihre Implementierung funktioniert.

Answer 2

Nun, Sie können immer eine Überschrift senden, die die Größe der Datei angibt. So etwas wie response.addHeader("File-Size","size of the file");
Und ignorieren Sie die Content-Length-Header.

Die Client-Implementierung muss optimiert werden, um diesen Wert zu lesen, aber hey können Sie beide Dinge erreichen :)