兄弟，你遇到的这个问题我太有共鸣了！之前维护Go服务时也踩过同样的坑——依赖的负载均衡节点挂了，换成同IP的新节点后，客户端请求居然卡了10分钟才恢复，查来查去就是连接池里的**陈旧连接（stale connections）**在搞鬼！这些旧连接还死死占着连接池的位置，新请求还一个劲复用它们，自然就超时了。

问题根源 #

Go的http.Client默认会把长连接放到连接池里复用，这本来是优化性能的好事，但当后端节点换了同IP的新实例时，旧的TCP连接其实已经和失效的节点绑定了（哪怕IP一样，TCP连接的四元组里的对端栈信息变了），但客户端没法立刻感知到，还是会把新请求塞到这些旧连接里，结果就是请求超时，直到TCP层面的keepalive机制发现连接失效，或者连接被闲置足够久被清理。

解决方案 #

给你几个实用的配置和改造方案，按优先级推荐：

• 调整连接池闲置超时（最直接的办法）
  给http.Transport设置IdleConnTimeout参数，让闲置超过指定时间的连接被主动关闭。比如设置成10秒，这样闲置的旧连接最多活10秒就会被清理，新请求就会建立新连接到新节点上：

  import (
      "net/http"
      "time"
  )
  
  func createCustomClient() *http.Client {
      transport := &http.Transport{
          IdleConnTimeout:       10 * time.Second, // 闲置10秒后自动关闭连接
          MaxIdleConnsPerHost:   10,               // 每个主机的最大闲置连接数，按需调整
          MaxConnsPerHost:       20,               // 每个主机的最大并发连接数
      }
      return &http.Client{Transport: transport}
  }
  

• 优化TCP KeepAlive参数，更快检测失效连接
  除了闲置超时，还可以调整TCP的keepalive探测频率，让系统更快发现已经失效的连接。通过自定义DialContext来设置：

  import (
      "context"
      "net"
      "net/http"
      "time"
  )
  
  func createCustomClient() *http.Client {
      transport := &http.Transport{
          IdleConnTimeout: 10 * time.Second,
          DialContext: func(ctx context.Context, network, addr string) (net.Conn, error) {
              dialer := &net.Dialer{
                  KeepAlive: 30 * time.Second, // 每30秒发送一次keepalive探测包
                  Timeout:   5 * time.Second,  // 拨号超时时间，避免卡在建立连接环节
              }
              conn, err := dialer.DialContext(ctx, network, addr)
              if err != nil {
                  return nil, err
              }
              // 强制开启TCP keepalive并设置探测周期
              if tcpConn, ok := conn.(*net.TCPConn); ok {
                  _ = tcpConn.SetKeepAlive(true)
                  _ = tcpConn.SetKeepAlivePeriod(30 * time.Second)
              }
              return conn, nil
          },
      }
      return &http.Client{Transport: transport}
  }
  

• 自定义RoundTripper，失败时主动移除连接
  如果上面的参数调整还不够，你可以自己包装RoundTripper，当请求出现超时、连接重置这类错误时，主动关闭对应的连接，把它从连接池里踢出去：

  import (
      "net/http"
      "time"
  )
  
  type customRoundTripper struct {
      rt http.RoundTripper
  }
  
  func (c *customRoundTripper) RoundTrip(req *http.Request) (*http.Response, error) {
      resp, err := c.rt.RoundTrip(req)
      // 如果请求出现超时或连接类错误，主动关闭关联连接
      if err != nil {
          if conn, ok := req.Body.(interface{ Close() error }); ok {
              _ = conn.Close()
          }
          // 注：Go的Transport本身会在连接明确失效时自动移除连接，这里是额外的保险措施
      }
      return resp, err
  }
  
  func createCustomClient() *http.Client {
      baseTransport := &http.Transport{
          IdleConnTimeout: 10 * time.Second,
      }
      customRT := &customRoundTripper{rt: baseTransport}
      return &http.Client{Transport: customRT}
  }
  

这些配置可以根据你的业务场景灵活调整，比如IdleConnTimeout设得短一点（5-15秒）就能有效减少陈旧连接的影响，同时不会过度损耗连接复用的性能。另外要注意，Go的http.Transport在请求明确失败（比如连接被重置）时，会自动把该连接从连接池里移除，但如果是静默失效的连接（比如LB节点换了但连接没断），就需要靠闲置超时和keepalive来检测了。

备注：内容来源于stack exchange，提问作者Amulya