设置HttpClient无限超时会引发哪些潜在问题

把HttpClient的超时设为无限（比如用TimeSpan.FromMilliseconds(-1)），会带来不少棘手的问题，具体如下：

• 连接池耗尽：如果请求因服务端无响应、网络假死（TCP连接未断开）等原因挂起，对应的HttpClient连接会一直被占用，无法归还到连接池。随着这类请求累积，连接池资源会被耗尽，后续新请求拿不到连接，直接导致服务无法处理业务。
• 线程资源被掏空：同步调用场景下，发起请求的线程会一直处于等待状态，无限期占用线程池资源。一旦大量这类请求出现，线程池会被占满，服务没法处理其他正常任务，严重时会导致进程崩溃。
• 故障排查难度飙升：没有超时触发的错误日志，当请求长时间无响应时，很难快速定位是服务端卡死、网络丢包还是请求参数有问题。排查时只能额外抓包、跟踪连接状态，耗时又费力。
• 故障扩散风险：如果依赖的服务出了故障（比如死锁、资源耗尽），设置无限超时的请求会一直死等，把自身服务的资源也拖垮，导致故障从依赖服务扩散到自身，甚至蔓延整个调用链。
• 资源成本浪费：长时间挂起的请求会持续占用内存（比如请求上下文、缓冲区数据）、网络连接等资源，服务器的资源消耗会居高不下，直接提升运维成本。

对应的设置无限超时的代码示例：

HttpClient client = new();
client.Timeout = TimeSpan.FromMilliseconds(-1);

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