如果我不回应，身体会怎样？

在Go中，我有一些http响应，有时我忘了打电话：

resp.Body.Close()

在这种情况下会发生什么？会有内存泄漏吗？defer resp.Body.Close()获取响应对象后立即放入是否安全？

client := http.DefaultClient
resp, err := client.Do(req)
defer resp.Body.Close()
if err != nil {
    return nil, err
}

如果有错误，可能resp还是resp.Body无效怎么办？

在这种情况下会发生什么？会有内存泄漏吗？

这是资源泄漏。连接将不会被重用，并且可以保持打开状态，在这种情况下，文件描述符将不会被释放。

在获取响应对象之后立即放置defer resp.Body.Close（）是否安全？

否，请按照文档中提供的示例操作，并在检查错误后立即将其关闭。

client := http.DefaultClient
resp, err := client.Do(req)
if err != nil {
    return nil, err
}
defer resp.Body.Close()

从http.Client文档中：

如果返回的错误为nil，则响应将包含一个非零的Body，希望用户将其关闭。如果未同时将主体读入EOF并关闭，则客户端的基础RoundTripper（通常为Transport）可能无法将与服务器的持久TCP连接重新用于后续的“保持活动”请求。

如果Response.Body不使用Close()method关闭，则与fd相关的资源将不会被释放。这是资源泄漏。

闭幕 Response.Body

来自响应源：

关闭主体是呼叫者的责任。

因此，没有终结器绑定到该对象，因此必须显式关闭它。

错误处理和延迟清除

出错时，任何响应都可以忽略。仅当CheckRedirect失败并且返回的Response.Body已关闭时，才会出现具有非nil错误的非nil响应。

resp, err := http.Get("http://example.com/")
if err != nil {
    // Handle error if error is non-nil
}
defer resp.Body.Close() // Close body only if response non-nil

首先，描述符永远不会关闭，如上所述。

而且，golang将缓存连接（使用persistConnstruct包装）以重新使用它（如果DisableKeepAlives为false）。

在golang使用client.Do方法之后，go将运行goroutinereadLoop方法作为步骤之一。

因此，在golang http中transport.go，在方法中的req取消之前，pconn(persistConn struct)不会将a放入idleConn通道readLoop，而且goroutine（readLoopmethod）也将被阻塞，直到req被取消。

这是显示它的代码。

如果您想了解更多，则需要查看该readLoop方法。

请参阅https://golang.org/src/net/http/client.go
“当err为nil时，resp始终包含非nil resp.Body。”

但是他们没有说err！= nil时，resp总是nil。他们继续说：
“如果未关闭resp.Body，则客户端的基础RoundTripper（通常是Transport）可能无法将与服务器的持久TCP连接重新用于后续的“保持活动”请求。”

因此，我通常已解决了以下问题：

client := http.DefaultClient
resp, err := client.Do(req)
if resp != nil {
   defer resp.Body.Close()
}
if err != nil {
    return nil, err 
}