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 活得久一点，让它自己管好连接池。
以上就是C# HttpClient的正确使用姿势 – 避免Socket耗尽问题的最佳实践的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1442689.html
微信扫一扫 
支付宝扫一扫 
