转到http.Client。为什么经过的时间这么长？

今天golang学习网给大家带来了《转到http.Client。为什么经过的时间这么长？》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

我有这样的代码。简而言之，我正在创建带有超时的 http 客户端并向某个服务器发出一些请求。

package rtb

import (
    "bytes"
    "net/http"
    "time"
)

var tcpHttpClient *http.Client

func init() {
    tcpHttpClient = &http.Client{
        Timeout:   time.Millisecond * 200,
    }
}

func doRequest(url string, reqBody []byte) {
    req, err := http.NewRequest("POST", url, bytes.NewBuffer(reqBody))
    if err != nil {
        return
    }
    defer resp.Body.Close()

    // This line returns an error
    resp, clientError := tcpHttpClient.Do(req)
    
    // ...
}

问题是，有时经过的时间比超时本身要大得多。我不明白为什么。

示例：请求未成功，并出现错误消息“超出上下文截止时间（等待标头时超出 client.timeout）”。 客户端的超时时间是200ms，但经过的时间是3秒。据我所知，client.timeout应该涵盖从拨号到获取响应正文的所有过程。

那么，为什么经过的时间大于超时呢？为什么请求没有提前取消？

正确答案

简而言之，非常简单：当计算机发出 HTTP 请求时，会发生很多事情。没有并行运行的计时器不断检查超时并尽快取消 HTTP 请求。但在所有必要的步骤之间会检查是否超过超时。当超过超时时间时，系统开始取消请求并执行其他清理任务。在您的情况下，第一次检查发现超时发生在三秒后。

因此，返回错误之前可能需要比指定的超时时间更长的时间，但会遵守给定的限制。

作为旁注：当执行大量超出您控制的异步任务时（例如通过网络执行 HTTP 请求），Go 例程可用于解锁主例程。

今天关于《转到http.Client。为什么经过的时间这么长？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！