在 Go 中，当处理 HTTP 响应时，不读取 `response.Body` 直接调用 `Close()` 导致底层 TCP 连接无法被复用，原因如下：
关键机制
- 连接复用（Keep-Alive）
Go 的 `http.Transport` 默认启用连接复用（HTTP Keep-Alive）。未读取完的响应体会使连接处于"污染"状态，无法安全复用。
- 缓冲区的处理逻辑
- 若未读取响应体直接 `Close()`：
残留数据会留在内核的 TCP 接收缓冲区，后续请求复用该连接时可能读到旧数据，导致协议混乱。
- 正确做法：
必须完全读取响应体（或主动丢弃），才能安全复用 TCP 连接。
正确处理方式
- 需要响应内容时
resp, err := http.Get("https://example.com")
if err != nil {
// 处理错误
}
defer resp.Body.Close() // 确保关闭
body, err := io.ReadAll(resp.Body) // 完全读取内容
if err != nil {
// 处理错误
｝
// 使用 body...
- 不需要响应内容时（关键！）
resp, err := http.Get("https://example.com")
if err != nil {
// 处理错误
}
defer resp.Body.Close()
// 主动丢弃残留数据，确保连接可复用
_, err = io.Copy(io.Discard, resp.Body) // 重点！
if err != nil {
// 处理错误
}
为什么必须这样做？
-
`io.Copy(io.Discard, resp.Body)` 会读取并丢弃所有剩余数据。
-
此时再调用 `Close()`，内核的 TCP 缓冲区已被清空，连接可安全放回连接池复用。
-
若不丢弃数据直接 `Close()`：
-
连接会被标记为不可用（EOF 或污染状态）。
-
连接池会直接关闭底层 TCP 连接（而非复用）。
性能影响
-
资源泄漏风险：未正确处理的连接会强制重建 TCP，增加延迟和资源消耗。
-
高并发场景：可能耗尽端口或文件描述符（连接未被复用）。