Golang中为什么发送HTTP请求耗时4秒

Golang中为什么发送HTTP请求耗时4秒 以下是我的观察：我配置了多个FQDN，并尝试逐一访问它们，但只有一个会返回HTTP/2响应，其他都会失败。我在http.Client中配置了2秒的客户端超时，并首先尝试访问在我的应用中无法解析为IP和端口的FQDN，因此请求会使用FQDN和端口进行尝试，但HTTP/2请求却需要4秒才超时，而不是2秒。我无法理解这背后的逻辑，为什么客户端超时设置被忽略了。请分享详细信息或任何参考资料。

3 回复

能否请你分享一些代码，展示一下你尝试过的方法？

更多关于Golang中为什么发送HTTP请求耗时4秒的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


一个HTTP请求涉及许多超时设置。例如，首先需要进行DNS查询来解析主机名，这可能需要一段时间才能完成。之后，需要先建立TLS握手（包括密码套件协商、证书验证、可选的吊销检查），接着可能发生HTTP重定向或协议切换（例如建立WebSocket），最后实际的HTTP请求才开始，包括写入头部、写入正文和读取响应。 这个复杂过程的各个阶段都有不同的超时设置，要为你的具体用例组合合适的超时并不容易。

如果你只是希望为整个函数调用设置一个“端到端”的超时，那么你应该使用 context.WithTimeout() 并将其传递给调用。这样无论当前处于哪个步骤，都会在你的超时时间到达后停止。

func main() {
    fmt.Println("hello world")
}

在Go的HTTP客户端中，超时设置确实可能因HTTP/2协议栈的特定行为而表现出不一致。根据你的描述，问题很可能与HTTP/2的连接复用和TLS握手超时机制有关。

当使用HTTP/2时，http.Client的Timeout字段设置的是整个请求的超时，包括DNS解析、TCP连接、TLS握手和请求/响应传输。然而，在某些情况下，特别是当DNS解析失败或TLS握手遇到问题时，HTTP/2的底层实现可能会导致超时计算出现偏差。

具体来说，如果FQDN无法解析，HTTP/2在尝试建立连接时可能会经历以下阶段：

  1. DNS解析尝试（可能受系统配置影响）
  2. TCP连接超时（通常由操作系统控制）
  3. TLS握手超时（如果适用）

这些阶段的时间累加可能超过你设置的2秒超时。更重要的是，Go的HTTP/2实现中，某些错误恢复机制可能会重试连接，从而进一步延长总耗时。

以下是一个示例代码，展示了如何配置HTTP客户端以及可能遇到的问题：

package main

import (
    "context"
    "fmt"
    "net/http"
    "time"
)

func main() {
    // 配置2秒超时的HTTP客户端
    client := &http.Client{
        Timeout: 2 * time.Second,
        // 注意：Transport的配置可能会影响超时行为
        Transport: &http.Transport{
            // 禁用HTTP/2以观察差异（仅用于调试）
            // TLSNextProto: make(map[string]func(authority string, c *tls.Conn) http.RoundTripper),
        },
    }

    // 尝试访问可能无法解析的FQDN
    resp, err := client.Get("https://unresolvable-fqdn.example.com:8443")
    if err != nil {
        fmt.Printf("请求失败: %v\n", err)
        // 检查错误类型
        if netErr, ok := err.(net.Error); ok && netErr.Timeout() {
            fmt.Println("错误类型: 超时")
        }
        return
    }
    defer resp.Body.Close()
}

为了更精确地控制超时，你可以使用context来设置截止时间：

func requestWithContext() {
    ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second)
    defer cancel()

    req, err := http.NewRequestWithContext(ctx, "GET", "https://unresolvable-fqdn.example.com:8443", nil)
    if err != nil {
        fmt.Printf("创建请求失败: %v\n", err)
        return
    }

    client := &http.Client{
        // 注意：这里不设置Timeout，完全依赖context
    }
    
    resp, err := client.Do(req)
    if err != nil {
        fmt.Printf("请求失败: %v\n", err)
        return
    }
    defer resp.Body.Close()
}

此外，你可以通过自定义Transport来更细粒度地控制超时：

transport := &http.Transport{
    DialContext: (&net.Dialer{
        Timeout:   30 * time.Second, // TCP连接超时
        KeepAlive: 30 * time.Second,
    }).DialContext,
    TLSHandshakeTimeout:   10 * time.Second, // TLS握手超时
    ResponseHeaderTimeout: 2 * time.Second,  // 响应头超时
    ExpectContinueTimeout: 1 * time.Second,
}

关于HTTP/2的特定行为，Go的源码中golang.org/x/net/http2包实现了相关逻辑。当DNS解析失败时，HTTP/2连接池可能会尝试不同的错误处理路径，这可能导致超时计算与预期不符。

要诊断具体问题，你可以：

  1. 使用GODEBUG=http2debug=2环境变量来获取详细的HTTP/2调试信息
  2. 通过Wireshark或tcpdump捕获网络流量，分析连接建立过程
  3. 检查Go版本，因为HTTP/2的实现可能在不同版本间有变化

这个问题在Go的issue跟踪器中也有相关讨论，特别是关于HTTP/2超时处理的部分。建议查看最新的Go版本是否已经修复了类似问题。

回到顶部