在go语言进行http请求时，即使不读取响应体，也必须调用`resp.body.close()`。这是为了释放底层网络连接资源，防止连接泄露。若响应体未被读取，默认的http传输层会关闭连接。如果响应体已被读取，`close()`调用则允许连接复用，提高效率。对于仅需检查状态码的场景，`http.head`是更优选择，因为它不返回响应体，无需处理。
理解http.Get与resp.Body
当我们在Go语言中使用http.Get等函数发起HTTP请求时，函数会在所有HTTP头部被读取完毕后立即返回一个*http.Response对象。此时，响应体（resp.Body）的内容尚未被读取。resp.Body实际上是一个围绕着服务器网络连接的包装器。从resp.Body中读取数据时，才会从网络连接中下载响应体内容。
resp.Body.Close()的重要性
无论是否读取响应体，调用resp.Body.Close()都是至关重要的。其主要原因如下：
- 资源释放与连接泄露预防： resp.Body.Close()通知系统，你已完成对该网络连接的操作。如果不调用Close()，底层的TCP连接可能会保持打开状态，导致资源泄露。在长时间运行的应用程序中，这可能耗尽可用的文件描述符或TCP端口，最终导致应用程序崩溃。
- 连接复用（Keep-Alive）： HTTP/1.1及更高版本支持持久连接（Keep-Alive），允许客户端和服务器在单个TCP连接上发送多个请求和响应。resp.Body.Close()在响应体被完全读取后调用，是客户端的RoundTripper（通常是http.Transport）判断是否可以复用该TCP连接的关键信号。如果响应体未被读取就关闭，传输层通常会直接关闭连接，因为一个带有未读响应体的连接无法被安全地复用于下一个请求（下一个请求会错误地接收到上一个请求的剩余响应）。
- 默认行为： 如果响应体未被读取，默认的http.Transport在Close()被调用时会关闭连接。这意味着，即使你不读取响应体，Close()仍然是必要的，以确保连接被正确处理。
示例代码：确保资源释放
在实际开发中，推荐使用defer语句来确保resp.Body.Close()总能被调用，即使在函数执行过程中发生错误。
package main
import (
"fmt"
"io/ioutil"
"log"
"net/http"
)
func main() {
// 场景一：只检查状态码，不读取响应体
checkStatusOnly("http://example.com")
// 场景二：读取响应体
readBodyAndProcess("http://example.com")
}
// checkStatusOnly 演示了只检查状态码，不读取响应体的情况
func checkStatusOnly(url string) {
resp, err := http.Get(url)
if err != nil {
log.Printf("Error making GET request to %s: %v", url, err)
return
}
// 即使不读取响应体，也必须调用 Close()
defer resp.Body.Close()
fmt.Printf("Status code for %s: %d\n", url, resp.StatusCode)
log.Printf("Connection to %s closed after status check.", url)
}
// readBodyAndProcess 演示了读取响应体并处理的情况
func readBodyAndProcess(url string) {
resp, err := http.Get(url)
if err != nil {
log.Printf("Error making GET request to %s: %v", url, err)
return
}
// 读取响应体后，也必须调用 Close()
defer resp.Body.Close()
body, err := ioutil.ReadAll(resp.Body)
if err != nil {
log.Printf("Error reading response body from %s: %v", url, err)
return
}
fmt.Printf("Response body length for %s: %d bytes\n", url, len(body))
// fmt.Printf("Response body for %s: %s\n", url, string(body)) // 打印完整内容可能较多
log.Printf("Connection to %s closed after reading body.", url)
}效率考量：读取响应体与连接复用
在某些情况下，如果后续需要向同一个服务器发起更多请求，读取整个响应体可能比直接关闭连接更高效。特别是在使用TLS连接时，建立新连接的开销相对较大。当响应体被完全读取后，http.Transport能够更有效地复用该连接，从而避免重新建立TCP和TLS握手，提高整体性能。
立即学习“go语言免费学习笔记（深入）”；
更优选择：http.Head方法
如果你的目的仅仅是获取HTTP头部信息（例如状态码），而完全不需要响应体内容，那么使用http.Head方法是更佳的选择。http.Head请求服务器只返回响应头部，不会有响应体，因此也就不存在读取或关闭响应体的问题。
package main
import (
"fmt"
"log"
"net/http"
)
func main() {
// 使用 http.Head 检查状态码
checkStatusWithHead("http://example.com")
}
// checkStatusWithHead 演示了使用 http.Head 检查状态码的情况
func checkStatusWithHead(url string) {
resp, err := http.Head(url)
if err != nil {
log.Printf("Error making HEAD request to %s: %v", url, err)
return
}
// http.Head 不会返回响应体，因此不需要 resp.Body.Close()
// 但为了严谨和保持一致性，如果 resp.Body 不为 nil，仍然可以 defer resp.Body.Close()
// 通常对于 HEAD 请求，resp.Body 会是 nil 或一个空的 io.ReadCloser
if resp.Body != nil {
defer resp.Body.Close()
}
fmt.Printf("Status code for %s (using HEAD): %d\n", url, resp.StatusCode)
log.Printf("HEAD request to %s completed.", url)
}总结
在Go语言中处理HTTP响应时，resp.Body.Close()是一个必须执行的操作，无论你是否读取了响应体。它确保了底层网络连接资源的正确释放，防止连接泄露。对于需要进行连接复用的场景，完整读取响应体后调用Close()能提高效率。而当仅需获取状态码或头部信息时，http.Head方法是更简洁、高效且无需处理响应体的最佳实践。始终使用defer resp.Body.Close()来保证资源的及时释放，是编写健壮Go HTTP客户端代码的关键。
