go 似乎不支持持久连接设置

Question

我有一个使用 go 构建的反向代理。 我已将其设置为使用持久连接。 但是，当我在我的机器上监视打开的连接（使用 lsof -i）时，尽管我将它设置为 60 分钟，但它看起来就像在几分钟内关闭了连接。

如果我在下面的设置中设置了其他超时，比如 ResponseHeaderTimeout，那么这些超时就会被兑现。

    myProxy.Transport = &transport{&http.Transport{
        Proxy: http.ProxyFromEnvironment,
        DialContext: (&net.Dialer{
            Timeout: 200 * time.Millisecond,
        }).DialContext,
        MaxIdleConns:          0,                       //no limit
        MaxIdleConnsPerHost:   10,
        IdleConnTimeout:       60 * time.Minute, 
    }}

Answer 1

http.Transport 中的空闲连接依赖于 HTTP 保持活动，如http.Transport 文档中所述。 这些设置由传输使用，同时与对等方交换 http 有效负载（通过添加适当的保持活动标头）。

话虽如此，HTTP keep-alive 必须由交换双方（客户端和服务器）同意。 大多数服务器限制打开连接的最大数量和保持活动请求的打开连接的持续时间（超时）。 这样做是为了避免潜在的 DOS 攻击，并在服务器上的系统资源有限的情况下为所有消费者提供公平的机会（每个保持活动连接都会增加服务器的开销）。

60 分钟的空闲超时太高了，我怀疑任何服务器都会遵守这一点（除非您也控制另一端的服务器配置）。 通常，这会保持在几秒钟内，以便为单个 HTTP 页面及其所有资源（css、js、图像）提供足够的时间来使用单个连接从服务器加载。 一旦页面加载成功，就没有理由在一般浏览世界中保持连接打开。 Apache HTTPD 默认保持KeepAliveTimeout为 5 秒。

同样值得注意的是，正如Mozilla Keep-Alive 文档中明确指出的那样，如果在传输级别没有设置保持活动 TCP 消息，则可以忽略超过 TCP 超时的超时。

鉴于所有这些事实，您看到所看到的内容是绝对正常的（连接被自动关闭）。 传输将在需要时自动启动新连接。