golang如何实现网络连接复用_golang网络连接复用实现攻略-Golang-PHP中文网

Go的http.Client默认复用连接，关键在于避免复用被干扰：需显式配置MaxIdleConns、MaxIdleConnsPerHost和IdleConnTimeout，全局复用单例client，务必调用resp.Body.Close()，并确保服务端支持Keep-Alive或HTTP/2。

golang如何实现网络连接复用_golang网络连接复用实现攻略

Go 的 http.Client 默认就复用连接，不用自己写池子；真正要做的，是别让它失效。

为什么复用看起来没生效

常见现象：压测时 netstat -an | grep TIME_WAIT 连接暴涨、QPS 上不去、报错 net/http: request canceled (Client.Timeout exceeded while awaiting headers)——这些往往不是没复用，而是复用被悄悄打断了。

服务端返回 Connection: close（用 curl -v 看响应头就能确认）
客户端漏调 resp.Body.Close()，连接卡在“使用中”状态，无法归还池子
手动设置了 req.Close = true 或写了 req.Header.Set("Connection", "close")
请求 URL 的 host 或 scheme 不一致（比如混用 https://api.example.com 和 https://API.EXAMPLE.COM）

必须显式配置的三个 Transport 参数

http.Transport 才是连接池的实际管理者，默认值只适合玩具场景。高并发下不调参，等于开着油门踩刹车。

MaxIdleConns：全局最大空闲连接数，建议设为 200～500（默认 100）
MaxIdleConnsPerHost：单个 host（如 api.example.com）最多缓存多少空闲连接，建议与 MaxIdleConns 同值（默认也是 100，但不设会成为瓶颈）
IdleConnTimeout：空闲连接保活多久后关闭，推荐 60 * time.Second～90 * time.Second；注意要略小于服务端的 keepalive_timeout（Nginx 默认 75s，这里设 60s 更安全）

示例：

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

client := &http.Client{
    Transport: &http.Transport{
        MaxIdleConns:        300,
        MaxIdleConnsPerHost: 300,
        IdleConnTimeout:     60 * time.Second,
        TLSHandshakeTimeout: 5 * time.Second,
    },
}

resp.Body.Close() 不是可选项

这是最隐蔽、最高频的复用失败原因。哪怕你只取 resp.StatusCode，也必须关掉 body。

错误写法：resp, _ := client.Get(url); data, _ := io.ReadAll(resp.Body) —— 忘了 resp.Body.Close()
看似稳妥的 defer resp.Body.Close() 在 panic 或提前 return 时可能不执行
更稳妥的是读完立刻关：defer func() { _ = resp.Body.Close() }() 或直接 resp.Body.Close() 放在读操作之后
如果只读 header，用 io.Copy(io.Discard, resp.Body) 再关，避免 body 缓冲区未消费导致连接滞留