Go HTTP RoundTripper如何根据响应状态码禁止对应连接复用

标准库net/http原生支持该需求，无需引入第三方依赖，也不需要修改全局连接池配置。

核心实现逻辑 #

http.Transport本身内置了连接回收的判断逻辑：当RoundTrip返回的*http.Response的Close字段被设为true时，Transport会在当前响应处理完成后直接关闭底层TCP连接，不会将其放回空闲连接池复用，完全不影响其他正常连接的复用能力。

这个用法是标准库明确支持的，并非黑魔法：标准库本身解析响应头时如果发现Connection: close标记，就会自动把resp.Close设为true触发完全相同的关闭逻辑，手动设置该字段和标准库内置行为完全一致。

你之前尝试的方案如果出现全局禁用复用的问题，大概率是误修改了http.Transport.DisableKeepAlives这个全局配置项；如果设置不生效，通常是错误修改了请求对象的Close字段——该字段仅在请求发送前设置才会通知服务端关闭连接，请求发完拿到响应后再修改请求对象不会对连接复用逻辑产生任何影响。

另外注意你贴的代码里有笔误：RoundTrip方法内调用tt.transport.RoundTrip的tt是错误变量名，应该是方法接收者mt。

修正后的完整代码 #

type MyTransport struct {
  transport *http.Transport
}

func (mt *MyTransport) RoundTrip(req *http.Request) (*http.Response, error) {
  resp, err := mt.transport.RoundTrip(req)
  if err != nil {
    return resp, err
  }
  
  if resp.StatusCode == 567 {
    // 标记当前连接处理完响应后直接关闭，不返回连接池
    resp.Close = true
  }

  return resp, err
}

补充注意事项 #

• 该标记是客户端本地逻辑，不会修改响应内容，也不需要额外给服务端发送Connection: close请求头，TCP四次挥手会在当前响应体读取/关闭后由客户端自动发起。
• 如果你在业务逻辑中不需要读取该异常响应的Body，直接调用resp.Body.Close()即可，Transport会识别关闭标记直接销毁连接，不会尝试复用。
• 如果需要兼容Go 1.8以前的极老版本（官方早已停止维护），可以额外在设置resp.Close = true后，主动丢弃响应体的剩余内容，避免连接残留：

  if resp.StatusCode == 567 {
    resp.Close = true
    // 丢弃剩余内容，强制连接进入关闭流程
    _, _ = io.Copy(io.Discard, resp.Body)
    _ = resp.Body.Close()
  }
  

  新版本Go不需要该操作，Transport会自动处理未读完全的响应体并关闭标记为Close的连接。

内容的提问来源于stack exchange，提问作者Jordan