使用HttpCompletionOption.ResponseHeadersRead时的超时规则及相关疑问

先针对你提出的三点理解逐一判定：

• 第一条理解基本正确。HttpClient.Timeout 作用于GetAsync方法的完整执行周期，当你使用HttpCompletionOption.ResponseHeadersRead参数时，GetAsync的完成判定条件就是成功接收到响应头，因此只要5秒内完成连接建立、请求发送、响应头接收整个流程，GetAsync就不会触发超时。唯一需要注意的边界情况是：如果建立连接、发送请求的总耗时超过5秒，哪怕还没等到响应头返回也会触发超时。
• 第二条理解完全正确。HttpClient.Timeout的计时在GetAsync方法返回（也就是成功拿到响应头）之后就停止了，后续对流的读写操作完全不受这个5秒配置的约束。
• 第三条理解基本正确。.NET客户端侧本身没有针对流处理的全局默认超时，只要TCP连接没有被中间节点、服务端主动断开，哪怕是数GB的大文件传输耗时数小时也是允许的。这里需要注意非.NET层面的限制：比如操作系统的TCP keepalive超时、代理/网关的空闲连接超时，这些不属于HttpClient的默认限制范畴。

无取消令牌的CopyToAsync超时情况 #

默认不传入取消令牌的stream.CopyToAsync(destStream)调用，.NET运行时本身不会给它附加任何时间限制：

• 只有两种情况会导致它提前终止：一是底层TCP连接被断开（服务端主动关闭、中间节点超时断连、网络中断等），二是宿主进程被终止。
• 如果需要给流复制操作增加超时控制，你可以自己创建带超时的CancellationTokenSource，参考示例：

// 设置流复制操作10分钟超时
using var cts = new CancellationTokenSource(TimeSpan.FromMinutes(10));
await stream.CopyToAsync(destStream, cts.Token);

内容的提问来源于stack exchange，提问作者user16723986