从.NET 5升级到.NET 6后WebClient/HttpClient外部HTTP调用超时如何排查

• 系统代理自动检测逻辑差异
  .NET 6 中HttpClient和WebClient底层默认启用系统代理自动检测，若生产环境配置了无效的HTTP/HTTPS代理，每个请求会先尝试连接代理，超时后才回退到直连，会逐步累积耗时最终触发业务超时。可在代码中显式禁用代理验证：配置HttpClientHandler的Proxy = null、UseProxy = false后再创建HttpClient实例。
• HTTP连接池默认配置变更
  .NET 6 中SocketsHttpHandler的默认连接池限制、空闲连接回收逻辑与.NET 5存在差异，若原有代码中针对ServicePointManager的连接数限制配置（比如DefaultConnectionLimit）仅对旧版WebRequest栈生效，在.NET 6的SocketsHttpHandler栈下不生效，会导致单域名并发连接数被限制在较低值，请求排队逐步恶化超时。可显式配置SocketsHttpHandler的MaxConnectionsPerServer参数到合适值（可根据并发量调整到50~100区间）。
• 线程池饥饿问题
  .NET 6 的默认线程池最小工作线程数配置规则与.NET 5不同，若生产环境CPU核心数较少，请求峰值到来时线程池扩容速度跟不上请求速度，会导致异步HTTP请求的回调无法及时被调度，表面看起来就是外部调用耗时变长甚至超时。可在程序启动时显式配置线程池最小线程数：ThreadPool.SetMinThreads(100, 100)（数值可根据实际并发量调整）。
• TLS协商策略变更
  .NET 6 默认优先使用TLS 1.3进行HTTPS握手，若调用的外部服务不支持TLS 1.3，且生产环境的网络设备对TLS协商的兼容处理有异常，会导致每次TLS握手耗时变长，大量并发下握手失败、连接复用失效。可显式指定HttpClient的SslProtocols为Tls12 | Tls13兼容模式验证。
• 服务器GC配置差异
  若生产环境运行在容器/低内存环境下，.NET 6 的服务器GC默认回收策略与.NET 5不同，GC频繁触发时会挂起所有工作线程，导致HTTP请求的处理流程被中断，耗时异常。可尝试在项目配置文件中启用工作站GC验证问题是否复现：<GarbageCollection>Workstation</GarbageCollection>。

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