欧美成人精品手机在线观看_69视频国产_动漫精品第一页_日韩中文字幕网 - 日本欧美一区二区

報文中的HTTP_CONTENT_LENGTH通常是十進制數字，單位是字節(b)

Content-Length

Content-Length是HTTP消息長度, 用十進制數字表示的八位字節的數目, 是Headers中常見的一個字段. Content-Length應該是精確的, 否則就會導致異常 (特別地, HTTP1.0中這個字段可有可無).

Content-Length首部指示出報文中實體主體的字節大小. 這個大小是包含了所有內容編碼的, 比如, 對文本文件進行了gzip壓縮的話, Content-Length首部指的就是壓縮后的大小而不是原始大小

Content-length 長度與實際長度不一致

Content-Length, HTTP消息長度, 用十進制數字表示的八位字節的數目. 一般情況下, 很多工作都被框架完成, 我們很少去關注這部分內容, 但少數情況下發生了Content-Length與實際消息長度不一致, 程序可能會發生比較奇怪的異常, 如:

• 請求時長度不一致

• 無響應直到超時.

• 響應時長度不一致

• 請求被截斷, 而且下一個請求解析出現錯亂

Content-Length 工作原理

Content-Length使用十進制的數字表示了消息的長度, 服務端/客戶端通過它來得知后續要讀取消息的長度

Transfer-Encoding

當請求處理完成前無法獲取消息長度, 我們就無法明確指定Content-Length, 此時應該使用Transfer-Encoding: chunked

什么是Transfer-Encoding: chunked

數據以一系列分塊的形式進行發送. Content-Length 首部在這種情況下不被發送. 在每一個分塊的開頭需要添加當前分塊的長度, 以十六進制的形式表示，后面緊跟著 \r\n , 之后是分塊本身, 后面也是\r\n. 終止塊是一個常規的分塊, 不同之處在于其長度為0

Transfer-Encodeing 工作原理

在wireshark中可以很清晰地看到chunked的數據, 其結構大致是: 返回的消息被分為多個數據塊, 每個數據塊有兩部分, 長度 + 數據, 這兩部分都以CRLF(即\r\n)結尾. 而終止塊是一個特殊的數據塊, 其長度為0

結論

• Content-Length如果存在且生效, 必須是正確的, 否則會發生異常.(大于實際值會超時, 小于實際值會截斷并可能導致后續的數據解析混亂)

• 如果報文中包含Transfer-Encoding: chunked首部, 那么Content-Length將被忽略