Golang 中意外的 http/net 响应内容长度



我正在使用下面的代码发出HTTP Get请求。我通过Fiddler代理它来分析请求。请求似乎已正确发出,并具有预期的响应。但是,GO 中响应的resp.ContentLength属性是-1 尽管 Fiddler 中的响应每次都显示正整数值 Content-Length: 1830 .

为什么 ContentLength 在 GO 中没有被拾取?

去代码

package main
import "net/http"
import "os"
import "fmt"
func main() {
    os.Setenv("HTTP_PROXY", "http://127.0.0.1:8888") // For Fiddler debugging
    resp,err := http.Get("http://www.google.com/robots.txt")
    if (err == nil) {
        if (resp.StatusCode == 200) {
            fmt.Println(resp.ContentLength) // Prints -1
        }
    }
}

在提琴手中产生的请求

GET /robots.txt HTTP/1.1
Host: www.google.com
User-Agent: Go-http-client/1.1
Accept-Encoding: gzip

在小提琴手中收到的响应

HTTP/1.1 200 OK
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Type: text/plain
Content-Length: 6907
Date: Mon, 05 Mar 2018 13:53:00 GMT
Expires: Mon, 05 Mar 2018 13:53:00 GMT
Cache-Control: private, max-age=0
Last-Modified: Thu, 01 Mar 2018 18:00:00 GMT
X-Content-Type-Options: nosniff
Server: sffe
X-XSS-Protection: 1; mode=block

值 -1 表示长度未知。(在大多数情况下,这表明分块编码(。

只是想分享我的研究。

http.Transport结构中有一个DisableCompression选项,默认为 false(http.Get使用此默认选项(。使用该选项,go 的内部包将通过在请求中添加 Accept-Encoding: gzip 标头来强制 gzip 压缩。收到响应后,go 的内部包会为我们做解压工作,这样我们就不用处理gzip块了。他们还删除了原始Content-Length标头,因为它不再正确。

所有这些"引擎盖下的魔术"行为都给了我们在这里看到的东西,缺少Content-Length标题。

参考: https://github.com/golang/go/blob/master/src/net/http/transport.go#L182

函数读取中的内容长度更改转移 https://github.com/golang/go/blob/master/src/net/http/transfer.go

最新更新