.NET6 Azure Web App SNAT端口耗尽问题及HttpClient连接复用确认

一、当前代码的连接复用/连接池问题 #

你的代码存在核心问题：每次创建PolyHttpClient实例时都会新建HttpClientHandler和HttpClient。HttpClient的设计初衷是作为长生命周期对象复用，每个HttpClient实例对应独立的连接池。如果频繁创建PolyHttpClient（比如每次请求都new一个），会导致大量独立的连接池被创建，TCP连接无法在请求之间复用，最终快速耗尽Azure Web App的SNAT端口。

默认情况下，HttpClientHandler（.NET6中底层基于SocketsHttpHandler）启用连接池，但只有当同一个HttpClient实例被复用的时候，连接池才能发挥作用——它会将TCP连接保活并复用给后续同目标地址的请求。

二、连接释放的潜在问题 #

代码中SendAsync直接返回HttpResponseMessage，但如果调用方没有对返回的响应执行Dispose（比如用using包裹），会导致连接资源无法及时释放回连接池，进一步加剧连接占用。

HttpResponseMessage持有底层TCP连接的引用，只有当它被Dispose后，连接才会被归还到连接池供后续请求复用。如果长期不Dispose，连接会被一直占用直到超时回收，这会加速SNAT端口耗尽。

三、修复方案 #

1. 将PolyHttpClient注册为单例
   在DI容器中把PolyHttpClient（或IPolyHttpClient）注册为单例，确保整个应用生命周期内只创建一个HttpClient和HttpClientHandler实例，这样所有请求共享同一个连接池，TCP连接可以被复用：

   // 在Program.cs中注册
   builder.Services.AddSingleton<IPolyHttpClient, PolyHttpClient>();
   

   同时要注意，构造函数中依赖的_serviceSetting需要是单例或者配置类，避免单例中引用短生命周期对象。

2. 强制释放HttpResponseMessage
   调用SendAsync时必须用using包裹响应，确保连接资源及时释放：

   using var response = await _polyHttpClient.SendAsync(requestMessage, cancellationToken);
   // 处理响应逻辑
   

3. 优化HttpClientHandler配置（可选）
   根据目标API的并发需求，调整连接池的最大连接数，避免同时建立过多连接：

   clientHandler.MaxConnectionsPerServer = 100; // 根据实际情况调整
   

4. 检查HttpRequestMessage克隆逻辑
   如果clonedRequest是通过requestMessage.Clone()创建的，要确保克隆后的请求在使用后也被正确Dispose（比如在SendAsync内部用using包裹clonedRequest），避免请求对象泄漏。

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