应复用 http.Client 实例并配置 Transport 连接池参数,启用 HTTP/2,缓存 DNS 结果,避免每次请求新建 Client 或忽略 resp.Body.Close()。
Go 的 http.Client 默认已启用连接复用,但需确保未手动关闭连接或禁用 Keep-Alive。关键在于复用底层的 http.Transport 实例,避免每次请求都新建 Client —— 多个请求共用同一个 Client 才能真正复用连接。
建议显式配置 Transport,控制连接池行为:
示例配置:
client := &http.Client{
Transport: &http.Transport{
MaxIdleConns: 200,
MaxIdleConnsPerHost: 200,
IdleConnTimeout: 60 * time.Second,
TLSHandshakeTimeout: 10 * time.Second,
},
}Go 默认每次新建连接都可能触发 DNS 查询,尤其在容器或云环境中 DNS 解析慢会显著拖累首字节时间(TTFB
)。可通过自定义 Resolver 实现本地 DNS 缓存。
推荐使用 github.com/miekg/dns 或轻量方案如 net.Resolver 配合内存缓存(如 groupcache 或简单 map + sync.RWMutex),缓存 TTL 内的结果。
更简单有效的方式是:在初始化时预热 DNS,或直接使用 IP 地址(若服务端 IP 稳定),绕过解析环节:
http://10.0.1.5:8080/api 替代 http://api.example.com
HTTP/2 默认启用多路复用和头部压缩,单连接并发多个请求,显著降低 TLS 握手和 TCP 建连次数。Go 1.6+ 的 http.Client 默认支持 HTTP/2(服务端也需支持)。
确保不意外降级到 HTTP/1.1:
Transport.ForceAttemptHTTP2 = false
Upgrade 或 Connection: upgrade 头ALPN h2 协议协商成功(可用 curl -v https://... 检查)对于 HTTPS 请求,还可考虑启用 TLS 会话复用(Go 默认已开启 ClientSessionCache),无需额外配置,但要注意:长连接空闲超时后,会话缓存失效,下次仍需完整握手。
以下写法看似简洁,实则严重损害性能:
new(http.Client):导致 Transport 和连接池无法复用Timeout 在 Client 上却不设 KeepAlive:连接可能被中间设备(如 NAT、LB)静默断开http.Get() 发起高频请求:它内部创建临时 Client,无连接复用resp.Body.Close() 必须调用,否则连接无法归还连接池正确做法是全局复用一个 Client 实例,并始终关闭响应体:
resp, err := client.Get("https://api.example.com/data")
if err != nil {
return err
}
defer resp.Body.Close() // 关键:不写这行,连接永远卡在 idle 状态
data, _ := io.ReadAll(resp.Body)