HttpClient 应长期复用而非频繁创建，推荐使用静态实例或 IHttpClientFactory；静态实例无需 Dispose，工厂创建的客户端由其统一管理生命周期，避免 Socket 耗尽与连接泄漏。
HttpClient 不是用完即弃的对象，反复创建会耗尽系统 Socket 连接，导致 Socket exhaustion（套接字耗尽），表现为请求超时、连接拒绝或 CPU 升高。正确做法是复用单个静态实例，而非每次 new。
用静态 HttpClient 实例代替每次 new
HttpClient 内部管理连接池，设计初衷就是长期复用。每次 new HttpClient 会创建新连接池、新 DNS 缓存、新 TLS 会话，还可能泄漏底层 Socket。
- ✅ 正确：声明为 static readonly，全局复用
- ❌ 错误：在方法内 new HttpClient() 或用 using 包裹
推荐写法：
public static class HttpClients
{
public static readonly HttpClient Default = new HttpClient();
}
后续所有请求都用 HttpClients.Default.GetAsync(...)。
需要自定义配置？用 IHttpClientFactory（.NET Core 2.1+ 推荐）
静态 HttpClient 灵活性差——无法按需设置 BaseAddress、超时、认证头等。此时应交由 DI 容器管理的 IHttpClientFactory，它内部自动复用底层 HttpMessageHandler，同时支持命名客户端和类型化客户端。
- 注册服务：
services.AddHttpClient("github", c => { c.BaseAddress = new Uri("https://api.github.com/"); }); - 注入使用：
IHttpClientFactory factory→factory.CreateClient("github") - 它会自动复用 Handler，避免 Socket 泄漏，还能处理失败连接的自动回收
别手动 Dispose HttpClient（除非你真懂底层）
HttpClient 实现了 IDisposable，但调用 Dispose 会关闭底层的 HttpMessageHandler（通常是 SocketsHttpHandler），而这个 Handler 是可复用的核心资源。过早 Dispose 可能中断连接池，反而引发更多新建连接。
- 静态 HttpClient：不 Dispose，随应用生命周期结束
- 通过 IHttpClientFactory 创建的 HttpClient：无需 Dispose，工厂会统一管理生命周期
- 仅当你手动 new 了 SocketsHttpHandler 并传入 HttpClient 且确定不再需要时，才 Dispose Handler —— 但这种情况极少
补充关键细节
即使复用 HttpClient，仍需注意几个隐性风险点：
-
超时设置：默认无超时，建议显式设
client.Timeout = TimeSpan.FromSeconds(30); -
取消令牌：所有异步方法优先传入
CancellationToken，避免堆积未完成请求 - 重试逻辑：不要在 HttpClient 层重试，改用 Polly 或 IHttpClientFactory 的内置重试策略
-
DNS 缓存：SocketsHttpHandler 默认缓存 DNS 解析结果（2 分钟），如后端 IP 频繁变更，可调低
ConnectTimeout或禁用缓存
基本上就这些。核心就一条：让 HttpClient 活得久一点，让它自己管好连接池。
