3 回答

TA貢獻(xiàn)1858條經(jīng)驗 獲得超8個贊
RFC2616
The Content-Length entity-header field indicates the size of the entity-body,
in decimal number of OCTETs, sent to the recipient or, in the case of the HEAD
method, the size of the entity-body that would have been sent had the request
been a GET.
內(nèi)容類型是什么并不重要。

TA貢獻(xiàn)1825條經(jīng)驗 獲得超6個贊
所述Content-Length報頭是一個數(shù)字表示的HTTP主體的精確字節(jié)長度。HTTP主體在起始行和標(biāo)題之后找到的第一個空行后立即啟動。
通常,Content-Length頭部用于HTTP 1.1,以便接收方知道當(dāng)前響應(yīng)*何時完成,因此可以將連接重用于另一個請求。
* ...或請求,如果是請求方法有一個正文,如POST,PUT或PATCH
或者,Content-Length可以省略Transfer-Encoding標(biāo)題,并且可以使用分塊標(biāo)題。
如果缺少兩個Content-Length和Transfer-Encoding標(biāo)頭,則在響應(yīng)結(jié)束時必須關(guān)閉連接。

TA貢獻(xiàn)1871條經(jīng)驗 獲得超13個贊
從這里:
Content-Length實體頭字段指示實體主體的大小,以十進(jìn)制數(shù)量的OCTET發(fā)送給接收者,或者在HEAD方法的情況下,實體主體的大小已經(jīng)發(fā)送到請求是GET。
Content-Length = "Content-Length" ":" 1*DIGIT
一個例子是
Content-Length: 3495
應(yīng)用程序應(yīng)該使用此字段來指示消息正文的傳輸長度,除非4.4節(jié)中的規(guī)則禁止這樣做。
任何大于或等于零的Content-Length都是有效值。第4.4節(jié)描述了如果沒有給出Content-Length,如何確定消息體的長度。
請注意,此字段的含義與MIME中的相應(yīng)定義明顯不同,后者是“message / external-body”內(nèi)容類型中使用的可選字段。在HTTP中,只要在傳輸之前確定消息的長度,就應(yīng)該發(fā)送它,除非第4.4節(jié)中的規(guī)則禁止這樣做。
我的解釋是,這意味著“在線上”的長度,即*編碼的“內(nèi)容的長度”
添加回答
舉報