多线程如何影响http保持活动连接？

Question

var (
    httpClient *http.Client
)

const (
    MaxIdleConnections int = 20
    RequestTimeout     int = 5
)

// init HTTPClient
func init() {
    client := &http.Client{
        Transport: &http.Transport{
            MaxIdleConnsPerHost: MaxIdleConnections,
        },
        Timeout: time.Duration(RequestTimeout) * time.Second,
    }

    return client
}

func makeRequest() {
    var endPoint string = "https://localhost:8080/doSomething"

    req, err := http.NewRequest("GET", ....)
    
    response, err := httpClient.Do(req)
    if err != nil && response == nil {
        log.Fatalf("Error sending request to API endpoint. %+v", err)
    } else {
        // Close the connection to reuse it
        defer response.Body.Close()
        body, err := ioutil.ReadAll(response.Body)
        if err != nil {
            log.Fatalf("Couldn't parse response body. %+v", err)
        }
        
        log.Println("Response Body:", string(body))
    }
}

我在Go中有以下代码。Go使用超文本传输协议保持连接。因此，根据我的理解，httpClient. Do（req）不会创建新连接，因为Go语言使用默认的持久连接。

>

据我所知，HTTP持久连接一次只能发出一个请求，即第二个请求只能在第一次响应之后发出。然而，如果多个线程调用makeRequest（）会发生什么？将httpClient。（req）在前一个请求得到响应之前是否发送另一个请求？

我假设服务器超时了客户端建立的任何保持活动的连接。如果服务器超时，那么下一次httpClient。如果调用Do（req），它会建立新的连接吗？

Answer 1

它不会影响http保持活动连接，根据您的代码，您使用的是全局httpClient，如果按预期在多个线程中调用，这将不会创建新连接，而且它会读取响应。车身关闭前。如果提供了响应。Body是一个io。Closer，它将在请求后关闭。

Answer 2

一个http。客户机有一个传输，它向该传输委托了许多发出请求的低级细节。你可以通过给你的客户一个定制的传输来改变几乎任何事情。这个答案的其余部分主要假设您使用的是http。DefaultClient或至少是一个具有http的客户端。默认传输。

发出新请求时，如果与适当服务器的空闲连接可用，传输将使用它。

如果没有可用的空闲连接（因为从来没有一个，或者因为其他goroutines正在使用它们，或者因为服务器关闭了连接，或者有一些其他错误），那么传输将考虑建立一个新的连接，受MaxConnsPerHost的限制（默认：无限制）。如果MaxConnsPerHost将被超过，则请求将阻塞，直到现有请求完成并有连接可用。否则，将为此请求建立一个新连接。

请求完成后，客户端将缓存连接以供以后使用（受MaxIdleConns和maxidleconsperhost限制；DefaultTransport在全局范围内限制100个空闲连接，每个主机不受限制）。

如果空闲连接不用于发出请求，则在idlecontimeout之后将关闭它们；对于DefaultTransport而言，限制为90秒。

所有这一切都意味着，默认情况下，Go将创建足够的连接来满足并行性（达到您可以调整的特定限制），但它也将通过在一段时间内维护一个空闲连接池，尽可能地重用保持活动的连接。