17370845950

合理配置http.Transport是实现Go语言HTTP连接复用的关键，需全局复用Transport、调整MaxIdleConns和IdleConnTimeout等参数，并结合context超时控制与指标监控，确保高并发下连接高效复用。

Go 语言原生的 http.Client 默认就支持连接复用（Keep-Alive），但要真正发挥性能，不能只靠默认配置——关键在于合理控制连接生命周期、复用粒度和资源边界。

复用连接的核心：复用 Transport 而非 Client

每次新建 http.Client 并不会带来额外复用能力；真正管理连接的是其内部的 http.Transport。多个请求共用同一个 Transport 实例，才能共享底层连接池。

• 全局复用一个 http.Client（或至少复用它的 Transport），避免为每个请求/协程创建新 client
• 不要在 handler 中临时 new client —— 这会导致连接池隔离、FD 耗尽、TIME_WAIT 爆增
• 示例写法：推荐在 init 或 main 初始化一次 client，注入到依赖中

调优 Transport 的关键参数

默认的 Transport 对高并发短连接场景不够友好，需根据实际负载调整：

• MaxIdleConns：整个 client 允许保持的最大空闲连接数（建议设为 100～1000，视 QPS 调整）
• MaxIdleConnsPerHost：每个域名（host:port）最多保持的空闲连接数（常设为 100，防止单 host 占满池子）
• IdleConnTimeout：空闲连接最长保留时间（建议 30～90 秒，太长易积压，太短频繁建连）
• TLSHandshakeTimeout 和 ResponseHeaderTimeout：防止卡死，建议显式设为 5～10 秒

配合 context 控制请求生命周期

连接复用不等于放任请求无限等待。超时和取消必须由上层控制，否则空闲连接可能被阻塞线程占住，导致池子“假死”：

• 所有 client.Do(req) 都应传入带 timeout 或 cancel 的 context.Context
• 避免用 time.Sleep 模拟重试，改用 context.WithTimeout + 指数退避
• 当 context 被 cancel，Transport 会主动关闭对应连接（如果尚未发出去），并清理复用状态

监控与诊断连接复用是否生效

别只看代码——用指标验证：

• 观察 http.DefaultClient.Transport 或自定义 transport 的 IdleConnStats()（需 Go 1.19+）
• 打印 response.Header.Get("Connection")，复用成功时通常为 keep-alive
• 用 netstat -an | grep :443 | grep ESTABLISHED | wc -l 对比调优前后连接数变化
• 开启 GODEBUG=http2debug=2 查看 HTTP/2 复用细节（如流复用、SETTINGS 帧）

基本上就这些。连接复用不是“开了就行”的开关，而是 Transport 配置、请求上下文、服务端响应行为三者协同的结果。不复杂但容易忽略。