在 Go 的 HTTP 客户端编程中，每次调用 http.DefaultClient.Do() 获取响应后，都必须独立调用 resp.Body.Close() —— 多次请求需多次关闭，不可复用同一 defer；服务端 r.Body 则由 http.Server 自动关闭，无需手动处理。
在 go 的 http 客户端编程中，每次调用 `http.defaultclient.do()` 获取响应后，都必须独立调用 `resp.body.close()` —— 多次请求需多次关闭，不可复用同一 `defer`；服务端 `r.body` 则由 `http.server` 自动关闭，无需手动处理。
在实际开发（尤其是测试、爬虫、API 聚合等高频请求场景）中，一个函数内连续发起多个 HTTP 请求是常见模式。但若对 resp.Body.Close() 的作用域和生命周期理解不清，极易引发资源泄漏、连接复用失败甚至 EOF 错误。核心原则非常明确：*每个 `http.Response对象拥有独立的Body字段，其io.ReadCloser` 实例绑定唯一网络流，因此必须为每一次成功获取的响应单独安排关闭逻辑。**
✅ 正确写法：每次响应后立即 defer resp.Body.Close()
你的测试代码中第二次请求后缺失 defer resp.Body.Close()，属于典型隐患：
// ✅ 正确：每次 Do() 后紧跟 defer（且必须在 err 检查之后）
resp1, err := http.DefaultClient.Do(req1)
if err != nil {
t.Fatal(err)
}
defer resp1.Body.Close() // ← 第一次响应专属关闭
assert.Equal(t, http.StatusCreated, resp1.StatusCode)
// ... 构造 req2 ...
resp2, err := http.DefaultClient.Do(req2)
if err != nil {
t.Fatal(err)
}
defer resp2.Body.Close() // ← 第二次响应专属关闭（不可省略！）
assert.Equal(t, http.StatusInternalServerError, resp2.StatusCode)⚠️ 注意：
defer语句在函数退出时按“后进先出”顺序执行，但每个defer resp.Body.Close()绑定的是对应resp的Body，彼此完全隔离。不存在“覆盖”或“复用”问题 —— 少写一次，就有一条 TCP 连接无法归还连接池。
❌ 错误认知澄清
-
❌ “只写一次 defer 就够了”：
defer resp.Body.Close()是对某个具体resp.Body的延迟调用，无法作用于后续新创建的resp。漏掉某次关闭，该响应体占用的底层连接将被 Transport 强制关闭（而非复用），造成连接抖动与性能下降。 -
❌ “服务端也要手动关闭
r.Body”：根据http.Request文档 明确说明：The Server will close the request body. The ServeHTTP handler does not need to.。你只需读取（如io.ReadAll(r.Body)）并解析，无需、也不应调用r.Body.Close()—— 否则可能干扰服务器内部流控制，甚至触发 panic。
? 关键最佳实践总结
| 场景 | 推荐做法 | 原因 |
|---|---|---|
| 客户端多请求 | 每次 Do() 成功后立即 defer resp.Body.Close()
|
确保每个响应独占资源及时释放，维持连接池健康 |
| 仅需状态码 | 仍需 defer resp.Body.Close()；若响应体极小且确定无数据，可 io.Copy(io.Discard, resp.Body) 后关闭 |
满足 Keep-Alive 复用前提：读到 EOF 或显式丢弃 |
| 大响应体需复用解析 | 先 bodyBytes, _ := io.ReadAll(resp.Body)，再用 bytes.NewReader(bodyBytes) 多次构造 reader |
避免 resp.Body 被耗尽；bytes.NewReader 零拷贝、安全高效 |
| 并发请求（如 WaitGroup） | 每个 goroutine 内独立 defer resp.Body.Close()，切勿在主 goroutine 统一 defer |
防止 goroutine 提前退出导致关闭丢失 |
| 主动取消长轮询 | 使用 http.NewRequestWithContext(ctx) + ctx 控制生命周期，Body.Close() 会自动触发 |
替代已废弃的 CancelRequest，语义清晰、线程安全 |
? 附加建议：让关闭更健壮
为防止 resp 为 nil（如 Do() 返回错误）时 defer resp.Body.Close() panic，可加空值判断（虽 Do() 成功时 resp 必不为 nil，但增强防御性）：
if resp != nil {
defer resp.Body.Close()
}此外，在集成测试中，建议配合 httptest.NewUnstartedServer 或自定义 http.Transport（如设置 MaxIdleConnsPerHost: 1）验证连接复用行为，避免生产环境突发连接耗尽。
遵循以上实践，你不仅能规避 EOF、net/http: timeout awaiting response headers 等隐蔽错误，更能构建出高稳定性、低延迟、资源可控的 Go HTTP 客户端系统。
