報文中的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將被忽略
該文章在 2023/11/27 18:01:33 編輯過
400 186 1886
