合理配置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 控制请求生命周期
连接复用不等于放任请求无限等待。超时和取消必须由上层控制，否则空闲连接可能被阻塞线程占住，导致池子“假死”：
立即学习“go语言免费学习笔记（深入）”；
- 所有
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 配置、请求上下文、服务端响应行为三者协同的结果。不复杂但容易忽略。
