c# - HttpClient 究竟是如何处理超时的？

Question

所以有两个超时属性可以在HttpClient上设置: HttpClient.TimeOut和 WebRequestHandler.ReadWriteTimeout .

第一个只是整个请求/响应的超时，所以如果下载/上传花费的时间比这更长，我就不走运了，在传输过程中被切断了，没有问题。这显然可以通过将超时设置为无限来覆盖，但我不确定这会产生什么后果。

现在后者 (ReadWriteTimeOut) - 至少在我看来 - 应该一直传播到 NetworkStream ，它会影响请求/响应流在超时之前可以阻塞(空闲)的时间。

HttpClient 正在使用 HttpWebRequest 的异步版本方法，但如前所述here :

In the case of asynchronous requests, it is the responsibility of the client application to implement its own time-out mechanism.

完全没有解释他们考虑的是哪种超时机制(网络流空闲超时？整个 HTTP GET 超时？等等)，这让我很困惑。

所以我的问题是，HttpClient 究竟是如何处理网络/协议(protocol)超时的？我想使用 HttpClient 上传/下载可能较大的文件，因此我将 HttpClient.TimeOut 设置为无限。但我担心这样做会导致应用程序面临无限等待服务器/网络拒绝完成的某些事件的风险。

Answer 1

使用HttpClient下载文件时有2个选项

1. 在您的 Get 请求中使用 HttpCompletionOption.ResponseContentRead(这是默认的隐式选项)。然后 HttpClient.Timeout 有效地应用于整个下载过程。我想当你想到无限超时时就是这种情况

2. 在您的 Get 请求中明确使用 HttpCompletionOption.ResponseHeadersRead。然后 HttpClient.Timeout 仅适用于获取没有内容的 Head 响应。之后，您可以自己下载内容管理超时，例如通过 response.Content.ReadAsStreamAsync()

我想选项 2 正是您要寻找的。只需设置一个 HttpClient.Timeout 即可在合理的时间内从服务器获得响应，然后下载内容