Go多HTTP客户端配置不同TLS时复用旧配置问题排查

你遇到的核心问题是复用了全局共享的http.DefaultTransport实例。http.DefaultTransport是Go标准库中的全局单例对象，所有依赖它的客户端会共享其配置。当你先后修改它的TLSClientConfig时，后一次设置会覆盖前一次，两个客户端实际使用的是同一个Transport实例——这就导致配置混乱，出现不符合预期的证书验证错误。

正确实现方式：每个客户端使用独立的Transport #

为每个HTTP客户端创建独立的*http.Transport实例，基于默认配置复制后修改各自的TLS参数，确保配置完全隔离：

Client-1 配置（开启证书验证） #

// 复制默认Transport的配置，创建新实例
tr1 := *http.DefaultTransport.(*http.Transport)
// 替换为独立的TLS配置，避免共享
tr1.TLSClientConfig = &tls.Config{
    RootCAs:            certPool,
    InsecureSkipVerify: false,
}
client1 := http.Client{Transport: &tr1, Timeout: timeout}

Client-2 配置（跳过证书验证） #

// 同样创建独立的Transport实例
tr2 := *http.DefaultTransport.(*http.Transport)
tr2.TLSClientConfig = &tls.Config{
    RootCAs:            certPool,
    InsecureSkipVerify: true,
}
client2 := http.Client{Transport: &tr2, Timeout: timeout}

关键注意点 #

直接复制http.DefaultTransport结构体后，必须重新赋值TLSClientConfig为新的tls.Config实例，不能直接修改原结构体中的TLSClientConfig指针——因为原指针指向的是全局共享的配置对象，修改它仍会导致多个客户端配置互相干扰。

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