默认 http.Client 高并发下变慢因 Transport 默认配置保守：MaxIdleConns（100）、MaxIdleConnsPerHost（100）、IdleConnTimeout（30s）过低，且缺 DNS 缓存，致频繁建连与 DNS 查询。
为什么默认的 http.Client 在高并发下容易变慢
Go 的 http.Client 默认复用连接，但它的底层 http.Transport 配置偏保守：最大空闲连接数低、连接复用超时短、DNS 缓存缺失。在压测或真实高流量场景中，你可能看到大量 dial tcp: lookup xxx: no such host 或 EOF，本质是连接池没撑住，频繁建连+DNS 查询拖慢整体吞吐。
关键参数需显式调优：
-
MaxIdleConns：全局最大空闲连接数，默认 100 → 建议设为 500~1000 -
MaxIdleConnsPerHost：单 Host 最大空闲连接数，默认 100 → 至少设为 200，避免多实例打同一服务时被限流 -
IdleConnTimeout：空闲连接存活时间，默认 30s → 可延长至 90s，减少重连开销 -
TLSHandshakeTimeout和ResponseHeaderTimeout必须设（尤其调用外部 API），否则卡死 goroutine
client := &http.Client{
Transport: &http.Transport{
MaxIdleConns: 1000,
MaxIdleConnsPerHost: 200,
IdleConnTimeout: 90 * time.Second,
TLSHandshakeTimeout: 5 * time.Second,
ResponseHeaderTimeout: 10 * time.Second,
// DNS 缓存建议配合第三方库如 github.com/miekg/dns 或使用 net.Resolver + cache
},
}如何避免 http.ServeMux 成为服务器性能瓶颈
默认 http.ServeMux 是线性遍历路由，路径越长、注册路由越多，匹配越慢。当路由数超 50+，且含通配符（如 /api/v1/*）时，延迟明显上升。
更严重的是它不支持中间件、无上下文取消传播、无法细粒度控制超时。生产环境应替换为成熟路由库，而非硬扛：
立即学习“go语言免费学习笔记（深入）”；
- 轻量级选
chi：零分配路由匹配、原生支持context.Context传递、中间件链清晰 - 高性能选
gorilla/mux或httprouter（纯静态树，无正则，最快但功能少） - 别自己写正则路由 ——
regexp.Compile在请求路径上执行会触发逃逸和 GC 压力
同时务必关闭默认的 http.DefaultServeMux，防止意外注册 handler 导致冲突或泄露。
什么时候该用 http.TimeoutHandler 而不是在 handler 内部加 time.AfterFunc
http.TimeoutHandler 是唯一能真正中断正在写响应的 handler 的机制。你在 handler 里用 time.AfterFunc 或 select + ctx.Done() 只能提前退出逻辑，但一旦 WriteHeader 或 Write 开始，连接就已占用，超时后仍会发数据，客户端收不到明确错误，服务端还挂着 goroutine。
正确做法是用 http.TimeoutHandler 包裹整个 handler：
h := http.TimeoutHandler(yourHandler, 8*time.Second, "timeout\n")
http.ListenAndServe(":8080", h)注意：TimeoutHandler 不支持 streaming response（如 text/event-stream），此时必须改用 context.WithTimeout + 显式检查 ctx.Err() 并提前 return。
为什么 io.Copy 直接转发响应体比 json.Unmarshal + json.Marshal 快得多
在做反向代理或 API 网关时，常见错误是把上游响应 Body 全读进 []byte，再解析 JSON 修改字段，最后序列化返回。这带来三重开销：内存分配（尤其是大 body）、JSON 解析/序列化 CPU 占用、GC 压力。
如果只是透传或只改少数 header，直接用 io.Copy 流式转发最高效：
resp, err := client.Do(req)
if err != nil {
http.Error(w, err.Error(), http.StatusBadGateway)
return
}
defer resp.Body.Close()
for k, vs := range resp.Header {
for _, v := range vs {
w.Header().Add(k, v)
}
}
w.WriteHeader(resp.StatusCode)
io.Copy(w, resp.Body) // 零拷贝转发，无中间内存缓冲
只有当你必须修改响应体内容（如注入字段、脱敏）时，才考虑解析。此时也应限制 Body 大小（用 http.MaxBytesReader），避免 OOM。
