如何优化Golang程序的HTTP请求性能_Golang HTTP性能优化技巧-Golang

应复用http.Client实例，全局单例配置Transport连接池参数，禁用HTTP/2以规避兼容问题，显式设置Timeout、IdleConnTimeout等超时避免goroutine泄漏，禁止修改http.DefaultTransport。

复用 http.Client 实例，避免每次请求都新建

Go 中 http.Client 是并发安全的，且内部维护连接池（http.Transport），频繁创建新实例会导致 TCP 连接无法复用、TLS 握手重复、内存分配增加。默认的 http.DefaultClient 已配置合理，但自定义时需注意。

• 不要在 handler 或高频函数里写 client := &http.Client{}
• 若需定制，应全局复用单个实例，例如：

  var httpClient = &http.Client{
      Transport: &http.Transport{
          MaxIdleConns:        100,
          MaxIdleConnsPerHost: 100,
          IdleConnTimeout:     30 * time.Second,
      },
  }

• 设置 MaxIdleConnsPerHost 至少等于预期并发请求数，否则连接池会主动关闭空闲连接，退化为短连接

禁用 HTTP/2（某些代理或服务端不兼容时）

Go 1.6+ 默认启用 HTTP/2，但在对接老旧网关、Nginx（未配 http2）、或中间件（如某些企业级 API 网关）时，可能触发 http: server closed idle connection 或 TLS 协商失败。这不是性能问题，而是稳定性问题，间接导致重试和延迟升高。

• 临时禁用方式：设置环境变量 GODEBUG=http2server=0（仅影响服务端）或客户端侧强制降级
• 更可控的做法是在 http.Transport 中禁用：

  Transport: &http.Transport{
      ForceAttemptHTTP2: false,
      // 其他配置...
  }

• 注意：禁用后仍走 HTTP/1.1，但可规避握手异常、流控不一致等隐性超时

设置合理的超时，防止 goroutine 泄漏

未设超时的 http.Client 在网络抖动或服务不可达时会无限等待，堆积 goroutine，最终耗尽资源。Go 的 net/http 不提供“总超时”，必须组合使用多个字段。

• 必须显式设置：Timeout（从发起到响应头读完）、IdleConnTimeout（空闲连接存活时间）、TLSHandshakeTimeout（TLS 握手上限）
• 常见误配：Timeout 设为 5s，但没设 KeepAlive 和 IdleConnTimeout，导致连接池中大量 stale 连接无法回收
• 推荐组合：

  Timeout: 10 * time.Second,
  Transport: &http.Transport{
      DialContext: (&net.Dialer{
          Timeout:   5 * time.Second,
          KeepAlive: 30 * time.Second,
      }).DialContext,
      TLSHandshakeTimeout: 5 * time.Second,
      IdleConnTimeout:     30 * time.Second,
      // ...
  }

慎用 http.DefaultTransport 的全局副作用

http.DefaultTransport 是包级变量，任何依赖库（比如第三方 SDK、监控埋点 client）修改它，都会影响你自己的请求行为——比如某个库悄悄把 MaxIdleConns 改成 5，你的高并发请求立刻变慢。