所以有两个超时属性可以在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 设置为无限。但我担心这样做会导致应用程序面临无限等待服务器/网络拒绝完成的某些事件的风险。
最佳答案
使用HttpClient下载文件时有2个选项
在您的 Get 请求中使用
HttpCompletionOption.ResponseContentRead(这是默认的隐式选项)。然后HttpClient.Timeout有效地应用于整个下载过程。我想当你想到无限超时时就是这种情况在您的 Get 请求中明确使用
HttpCompletionOption.ResponseHeadersRead。然后HttpClient.Timeout仅适用于获取没有内容的 Head 响应。 之后，您可以自己下载内容管理超时，例如通过response.Content.ReadAsStreamAsync()
我想选项 2 正是您要寻找的。只需设置一个 HttpClient.Timeout 即可在合理的时间内从服务器获得响应，然后下载内容
关于c# - HttpClient 究竟是如何处理超时的？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29851491/