超文本传输协议保持活动-如何处理关闭的服务器套接字？

Question

我想了解应该如何处理保持活动状态，特别是服务器由于超时或使用单个套接字处理的请求的人为限制而关闭保持活动状态连接的“情况”。我知道从关闭的套接字读取将返回0。在这种情况下，客户端应该怎么办？它是否尝试打开新连接？

下面的测试代码确实定期执行超文本传输协议请求：

while (true)
{
    try
    {
        var httpResponse = await httpClient.GetAsync("https://192.168.1.22/api/v1/system/status/", cancellationToken);
        if (httpResponse.IsSuccessStatusCode)
        {
            Console.Write(".");
        }
    }
    catch (Exception ex)
    {
        Console.WriteLine("HttpClientGetStatus- Exception - " + ex.GetType() + " " + ex.Message);
    }
   Thread.Sleep(this.StatusFreq * 1000);
}

当套接字被服务器关闭时，我没有看到任何异常。这是否意味着当客户端尝试在内部打开新套接字时，只要它正常工作，任何[关于旧套接字被关闭而新套接字被打开]都不会返回给用户？我在哪里可以找到规范或任何类型的规范，或者可能是一篇描述正确超文本传输协议保持活力行为的文章？

非常感谢。

Answer 1

HTTP持久连接在这篇维基百科文章中有详细解释。

然而，在您的情况下，您不必担心套接字管理，因为.NETHTTPClient库处理（并隐藏）所有这些低级内容。这就是为什么在套接字重用方面没有任何异常。

Answer 2

我在哪里可以找到规范或任何类型，或者描述正确超文本传输协议保持活力行为的文章？

RFC2616第8.1节讨论了持久连接，尤其是第8.1.4节“实际考虑”与您的问题相关。引用：

客户端、服务器或代理可以随时关闭传输连接。。。客户端、服务器和代理必须能够从异步关闭事件中恢复。只要请求序列是幂等的，客户端软件就应该重新打开传输连接，并在没有用户交互的情况下重新传输中止的请求序列（见第9.1.2节）。。。

换句话说：如果客户端在发送请求之前检测到服务器端关闭，那么它应该为下一个请求打开一个新连接。如果在发送请求期间检测到关闭，则应仅针对幂等请求使用新连接重新启动。