Cosa succede nella risposta HTTP a una richiesta GET senza Content-Length o Transfer-encoding?

Question

Se una risposta a una richiesta GET non ha la codifica Content-Length o Transfer: chunked, cosa succede? Come fa il cliente a sapere quando finisce il messaggio?

Answer 1

RFC 7230 section 3.3.3 contiene una lista di controllo delle condizioni per trovare la dimensione del corpo del messaggio. In sostanza dice che la risposta dipende da quale sia il codice di stato. Le condizioni pertinenti sono # 1 e # 7.

"1. Qualsiasi risposta ... con un 1xx (Informativo), 204 (No Content), o 304 (Not Modified) Stato codice è sempre termina con la prima riga vuota dopo i campi di intestazione , indipendentemente dai campi di intestazione presenti nel messaggio , e quindi non può contenere un corpo del messaggio. "

"7. In caso contrario, questo è un messaggio di risposta senza dichiarata messaggio lunghezza del corpo, quindi la lunghezza del corpo del messaggio è determinata dal numero di ottetti ricevuti prima server chiudendo la collegamento".

Vale anche la pena sapere che il messaggio può continuare dopo la fine della parte del corpo. RFC 7230 section 4.4 definisce una funzione Trailer in cui il payload può essere seguito da una seconda serie di intestazioni di mime. Se esistono, il messaggio finisce dove lo fanno.

Answer 2

Secondo la specification

La lunghezza di un corpo del messaggio è determinato da uno dei seguenti (in ordine di precedenza):

• [...]
• Altrimenti , questo è un messaggio di risposta senza lunghezza del corpo del messaggio dichiarata, quindi la lunghezza del corpo del messaggio è determinata dal numero di ottetti ricevuti prima che il server chiuda la connessione.

Il client deve rilevare che la connessione è chiusa.