多个goroutine共用同一个http client时，修改transport会影响其他协程吗？

并发修改共用的http.Client的Transport字段必然会产生干扰，且存在严重的数据竞争问题，完全符合你担心的普通请求意外使用自定义DialTLSContext的场景。

具体问题分析 #

• http.Client的所有公开字段没有内置同步锁保护，并发读写Transport字段属于典型的非线程安全操作，只要启用Go的race检测器检测必然会报数据竞争，极端情况下会直接触发程序panic。
• 即使你每次修改的Transport配置完全一致，也会出现请求错用配置的情况：A协程刚修改完Transport还没发起请求，B协程刚好发起普通请求，就会意外用到你自定义的DialTLSContext。
• 补充：就算你不修改Client的Transport字段，转而修改已经被多个协程共用的http.Transport实例的内部属性（比如直接改DialTLSContext），同样是违规操作，官方文档明确要求http.Transport一旦投入使用就不能修改任何公开字段。
• 你贴的伪代码中如果editTransportAndFetch的入参是全局Client的指针，那10个协程并发修改的是同一个实例的Transport字段，问题会直接暴露。如果入参是值传递的Client，那修改的是每个协程自己的拷贝，不会影响全局Client，但如果是直接修改拷贝中Transport指针指向的实例内部属性，依然会有并发问题。

推荐的实现方案 #

你要实现部分请求自定义DialTLSContext、同时复用公共连接池的需求，有两种成熟的方案：

方案1：克隆全局Client后修改副本（最常用） #

http.Client提供了原生的Clone()方法，可以安全拷贝一份Client副本，修改副本的Transport不会影响全局实例，也不会干扰其他协程的请求，示例代码：

func customDialFetch(globalClient *http.Client) {
    // 克隆得到独立副本
    customClient := globalClient.Clone()
    // 仅修改副本的Transport，不影响全局
    customClient.Transport = &http.Transport{
        DialTLSContext: yourCustomDialFunc,
        // 其余配置可以复用全局Transport的参数
    }
    // 用自定义副本发起请求
    _, err := customClient.Get("https://www.google.com")
    // 处理请求结果和错误
}

方案2：实现自定义动态RoundTripper #

如果你不想创建多个Client实例，可以自定义一个实现了http.RoundTripper接口的传输层，内部根据请求的特征（比如URL、自定义Header）动态选择使用默认的Dial还是自定义的DialTLSContext，全局Client统一使用这个自定义Transport即可，不需要并发修改Client字段。

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