Go HTTP客户端如何禁止SOCKS代理连接复用实现请求级负载均衡

连接行为判定 #

你列出的三类逻辑里，Go标准库net/http的内置SOCKS5代理实现完全符合第2类逻辑，具体行为细节：

• 不存在全局单条SOCKS连接复用的逻辑，不会把所有HTTP请求都塞到同一条到代理的TCP连接里
• 上层HTTP连接和底层SOCKS代理TCP连接是一一绑定的关系：http.Transport每次需要新建一条到目标服务的HTTP连接时，才会同步建立一条到SOCKS代理的TCP连接，完成SOCKS协议握手后，这条代理连接只服务于对应的那一条HTTP连接
• 连接生命周期完全绑定：只要上层HTTP连接被Transport的空闲连接池保留（受MaxIdleConns、MaxIdleConnsPerHost、IdleConnTimeout参数控制），对应的SOCKS连接就会持续保持；上层HTTP连接被回收、关闭时，对应的SOCKS连接会同步断开
• 不会忽略连接参数做“请求即断连”的逻辑，默认配置下会尽可能复用空闲的长连接来减少握手开销，所以才会出现你提到的负载倾斜问题：默认MaxIdleConnsPerHost值为2，针对单个目标站点客户端最多只会保留2条空闲长连接，对应的2条SOCKS连接会被长期保持，AWS NLB会把这两条长期活跃的连接固定调度到最初选中的后端代理节点，后续该客户端的所有请求都会打到这一个节点上，完全无法实现请求级的负载均衡。

禁用SOCKS连接复用的落地方案 #

方案1：单请求级Transport隔离（优先推荐） #

这是稳定性最高、副作用最小的方案：不要用全局共享的Transport实例承载所有请求，每发起一个HTTP请求时，单独初始化一个临时的Transport实例，配置和全局规则一致的代理、TLS、超时参数，请求处理完成后立刻强制关闭该实例持有的所有连接。
示例代码：

func DoRequestWithFreshSocks(proxy string, req *http.Request) (*http.Response, error) {
    // 临时Transport仅服务于当前单请求
    tr := &http.Transport{
        Proxy:           http.ProxyURL(&url.URL{Scheme: "socks5", Host: proxy}),
        TLSClientConfig: &tls.Config{MinVersion: tls.VersionTLS12},
        // 其余自定义配置与全局Transport保持一致即可
    }
    // 函数退出时强制关闭所有持有的连接，无残留
    defer tr.CloseIdleConnections()

    client := &http.Client{
        Transport: tr,
        Timeout:   15 * time.Second, // 按业务实际超时配置
    }
    return client.Do(req)
}

该方案下每个HTTP请求都会触发新建一条到NLB的SOCKS TCP连接，NLB会按照最小活跃连接数规则把新连接转发到当前负载最低的后端代理节点，完全实现请求维度的负载均匀分配，不会出现单节点长期被粘住的问题。

方案2：全局Transport禁用长连接（性能敏感场景慎用） #

如果不想改造单请求逻辑，可以直接修改全局共享Transport的配置，把DisableKeepAlives设为true：

tr := &http.Transport{
    Proxy: http.ProxyURL(&url.URL{Scheme: "socks5", Host: proxyAddr}),
    DisableKeepAlives: true,
    // 其余配置
}

这个配置会强制所有HTTP请求不使用持久连接，请求完成后立刻关闭对应TCP连接（包括底层SOCKS连接），同样能达到每次请求新建SOCKS连接的效果。但该配置会同时禁用客户端到目标业务服务的HTTP/HTTPS长连接，针对HTTPS请求会额外增加每次请求的TLS握手开销，高QPS场景下性能损耗比较明显，仅适合低QPS场景使用。

方案3：调整空闲连接回收参数（平衡性能和负载均衡效果） #

如果QPS很高，无法接受每次请求新建连接的开销，可以调整全局Transport的连接回收参数，缩短空闲连接的存活时间，避免连接长期粘住某一个节点：

tr := &http.Transport{
    Proxy:               http.ProxyURL(&url.URL{Scheme: "socks5", Host: proxyAddr}),
    MaxIdleConnsPerHost: 0, // 不保留针对单目标主机的空闲连接
    IdleConnTimeout:     50 * time.Millisecond, // 连接空闲50ms即被回收
    // 其余配置
}

该方案下连接只会在极短的空闲窗口内被复用，不会长期绑定某一个后端代理节点，同时能减少频繁TCP、SOCKS握手的开销，适合高QPS场景下做权衡配置。

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