-1

當收到來自http://www.google.com/的原始響應時，缺少Content-Length標題。相反，要接收的字節數位於標題代碼\r\n\r\n結束之後但在實際內容之前。HTTP響應：Google放錯了內容長度

我查看了原始響應，並且8000包含\r\n作爲行尾。

偏谷歌響應

部首

HTTP/1.1 200 OK 
Date: Tue, 28 Oct 2014 18:38:37 GMT 
Expires: -1 
Cache-Control: private, max-age=0 
Content-Type: text/html; charset=ISO-8859-1 
Set-Cookie: ... 
Set-Cookie: ... 
P3P: ... 
Server: gws 
X-XSS-Protection: 1; mode=block 
X-Frame-Options: SAMEORIGIN 
Alternate-Protocol: 80:quic,p=0.01 
Transfer-Encoding: chunked

部首

8000  # has '\r\n', I am assuming this is the content-length? 

<!doctype html><html itemscope="" itemtype="http://schema.org/WebPage" lang="en"><head><meta content...`

結束響應

所以（由 '\ r \ n \ r \ N' 表示）的完我的問題是谷歌爲什麼如此特別，他們可以搞砸我重新發明的HTTP輪。如果我在所有的迴應中或僅僅從谷歌來解釋這種情況。

來源

2014-10-28 Crispy

您可能會在進行指責之前做一些調查。具有諷刺意味的是，谷歌搜索「content-length missing」的第一個結果爲答案提供了線索。另外，如果你「重新發明HTTP輪子」，你應該儘可能地學習標準的HTTP頭（任何不以「X-」開頭的東西）;如果您對「Transfer-Encoding」標題感興趣，那麼您也可以通過這種方式找到答案。 – krait 2015-01-09 18:53:34

你應該從所有回答中考慮這種可能性，因爲它很常見。沒有關於這是「特殊的」，這確實是完全合法的行爲。

你假設的是內容長度實際上是塊大小，根據服務器響應的Chunked Transfer Encoding。

遇到塊大小爲0時，響應完成，因此分塊響應的有效內容長度等於塊大小的總和。

自1999年以來，這已成爲HTTP規範的一部分。

來源

2015-01-09 18:49:33 krait

謝謝你的啓發 – Crispy 2015-06-24 04:35:37

HTTP響應：Google放錯了內容長度

偏谷歌響應

部首

部首

結束響應

回答

相關問題