当前位置：首页 > 文章列表 > Golang > Go问答 > Go Response.Body 只调用 Close 不读取完为什么连接不复用

Go Response.Body 只调用 Close 不读取完为什么连接不复用

来源：17golang原创 2026-09-08 20:43:22 0浏览收藏

Go 里看到 resp.Body.Close() 并不等于响应体已经读完。对 HTTP/1.x 来说，如果 Body 还没到 EOF，Transport 可能无法把这条 TCP 连接放回 keep-alive 复用池；但官方实现也会在 Close 时尝试异步读完一段内容，所以“每次都手写 io.ReadAll”并不是唯一答案。真正要分开判断的是：正文是否还需要、响应体有多大、关闭后是否值得复用。

要点速览

无论是否读取正文，调用方都要负责关闭 Response.Body。
小响应且需要内容时，读到 EOF 后再关闭，最容易保留 HTTP/1.x 连接复用机会。
不需要大响应正文时应及时 Close；这可能牺牲本次连接复用，换取更低的等待和内存成本。

先分清 Close、EOF 与连接复用的关系

http.Client 在收到响应头后就可以返回 Response，Body 仍然是按需流式读取的 io.ReadCloser。因此 Close 只表示调用方结束使用，不自动保证完整消费了网络上的响应内容。

Go net/http Response.Body 从调用方经过 EOF 和 Close 到 Transport 复用 HTTP/1.x 连接的关系图 — 图1：Response.Body 的读取终点与关闭动作共同影响 Transport 是否能把 HTTP/1.x 连接放回复用池。

官方文档的措辞是“可能无法复用”，不是“只要 Close 就一定新建连接”。当前 Transport 会在关闭 Body 时，在保守上限内异步尝试读到 EOF；响应很小的时候，单独 Close 也可能保住复用。但这不是应用层应依赖的精确阈值，服务端响应大小、传输协议和中断位置都会改变结果。

按响应大小选择读取策略

场景	建议	取舍
需要解析 JSON、文本或小响应	`io.ReadAll` 后检查错误，再关闭	多一次内存分配，但更容易读到 EOF 并复用连接
只关心状态码，正文可能很大	确认不需要正文后立即 `Close`	避免无意义读取，但下一次可能建立新连接
下载或流式处理	边读边处理，结束时关闭	把内存控制交给处理逻辑，不能提前关闭

Go HTTP 小响应读取到 EOF 与大响应直接 Close 时的连接复用取舍图 — 图2：小响应适合读到 EOF 后关闭；大响应若不需要正文，应及时 Close 并接受连接未必复用的取舍。

小响应的常见写法如下，注意读取错误不能被忽略；否则得到的半截数据可能被当成正常业务结果。

resp, err := client.Do(req)
if err != nil {
    return err
}
defer resp.Body.Close() // 无论后续状态如何，都释放响应体

body, err := io.ReadAll(resp.Body) // 读到 EOF，给 HTTP/1.x 复用留下机会
if err != nil {
    return fmt.Errorf("read response body: %w", err) // 区分网络读取失败
}
if resp.StatusCode = 300 {
    return fmt.Errorf("unexpected status %s: %s", resp.Status, body)
}
return nil

把 Body 生命周期放进可复用函数

在循环或多个错误分支里，推荐让一个小函数同时负责请求、读取和关闭。这样不会把 defer 留在长循环的外层，也不会在解析失败时漏掉 Close。

func readText(client *http.Client, req *http.Request) (string, error) {
    resp, err := client.Do(req)
    if err != nil {
        return "", err
    }
    defer resp.Body.Close() // 函数返回时统一关闭 Body

    data, err := io.ReadAll(resp.Body)
    if err != nil {
        return "", err
    }
    if resp.StatusCode != http.StatusOK {
        return "", fmt.Errorf("status=%s", resp.Status)
    }
    return string(data), nil
}

同时确认 client 和 Transport 是长期复用的对象。每次循环都创建新的 http.Client，即使 Body 处理正确，也会把连接池拆散；排查时还要留意服务端主动发送 Connection: close、代理行为和是否实际协商成 HTTP/2。