根本原因是每次 new HttpClient() 都新建 SocketsHttpHandler，导致连接池、DNS 缓存、SSL 会话无法复用，TIME_WAIT 端口耗尽引发 SocketException；正确做法是通过 IHttpClientFactory 统一管理并显式配置 SocketsHttpHandler 参数。
为什么直接 new HttpClient() 会触发 SocketException
根本原因不是“没 Dispose”，而是底层 SocketsHttpHandler 实例没被复用。每次 new HttpClient() 都会新建 handler，而 handler 管着连接池、DNS 缓存、SSL 会话——这些资源销毁后仍卡在操作系统 TIME_WAIT 状态，几分钟内就可能占满本地可用端口（Windows 实际可用远少于 65535）。典型错误信息：SocketException: Only one usage of each socket address is normally permitted。
注册 IHttpClientFactory 时必须配置 SocketsHttpHandler
IHttpClientFactory 默认用系统级 handler，不解决 DNS 变更延迟、连接僵死等问题。必须显式配置 SocketsHttpHandler 参数才能稳定应对滚动发布或云环境 IP 变更：
-
DnsRefreshTimeout = TimeSpan.FromMinutes(2)：强制每 2 分钟刷新 DNS，避免流量打到下线节点 -
PooledConnectionLifetime = TimeSpan.FromMinutes(5)：连接最多复用 5 分钟，防长连接僵死 -
PooledConnectionIdleTimeout = TimeSpan.FromMinutes(4)：空闲连接 4 分钟后回收，需略短于后端 LB 的 idle timeout -
AutomaticDecompression = DecompressionMethods.GZip | DecompressionMethods.Deflate：减少传输体积，间接降低连接压力
配置方式不是传给 AddHttpClient，而是通过 ConfigurePrimaryHttpMessageHandler：
services.AddHttpClient<MyApiClient>()
.ConfigurePrimaryHttpMessageHandler(() => new SocketsHttpHandler
{
DnsRefreshTimeout = TimeSpan.FromMinutes(2),
PooledConnectionLifetime = TimeSpan.FromMinutes(5),
PooledConnectionIdleTimeout = TimeSpan.FromMinutes(4),
AutomaticDecompression = DecompressionMethods.GZip | DecompressionMethods.Deflate
});
命名客户端和类型化客户端别混用生命周期
命名客户端（如 AddHttpClient("github")）和类型化客户端（如 AddHttpClient<githubclient>()</githubclient>）都走同一套 handler 池，但它们的配置隔离。容易踩的坑：
- 同一个域名用了两个命名客户端，但没统一配置
SocketsHttpHandler→ DNS 刷新策略不一致 - 类型化客户端里手动 new 了
HttpClient→ 绕过工厂，白配 - 在
DelegatingHandler里依赖HttpContext或 scoped 服务 → 因 handler 生命周期独立于请求范围，导致数据泄露或丢失
正确做法：所有 HTTP 客户端逻辑封装进类型化客户端类，只通过构造函数注入 IHttpClientFactory 或直接依赖 HttpClient（由 DI 注入），绝不自己 new。
HttpClient 实例本身不用管 Dispose
IHttpClientFactory.CreateClient() 返回的 HttpClient 是轻量对象，可当次请求用完即弃，不用 using 或 Dispose。真正要复用的是背后的 HttpMessageHandler，它由工厂全权管理。常见误解：
- 写
using var client = factory.CreateClient()→ 没问题，但没必要；client 本身没资源要释放 - 把
HttpClient声明为static字段 → 错！无法响应 DNS 变更，且绕过工厂的健康检查与轮换机制 - 每个微服务封装类都 new 一个
HttpClient→ 即使加了using，handler 还是各自为政，端口照样耗尽
最易被忽略的一点：handler 的 DNS 刷新和连接回收策略，必须在注册时一次性配全；运行时无法动态修改，配错只能重启服务。
