c# IHttpClientFactory 和 new HttpClient() 的区别

直接 new httpclient() 在高并发下崩，因频繁创建导致 time_wait 端口耗尽、连接池与 dns 缓存不复用、配置分散且易泄漏；ihttpclientfactory 通过共享 socketshttphandler、统一配置、自动生命周期管理解决。

直接 new HttpClient() 为什么会在高并发下崩？

不是它“不能用”，而是频繁 new HttpClient() 会快速耗尽本地端口（TIME_WAIT 状态堆积），尤其在短生命周期服务（如 ASP.NET Core Controller 每次请求都 new 一个）中，几分钟内就可能触发 SocketException: Only one usage of each socket address is permitted。根本原因在于：HttpClient 虽轻量，但底层的 SocketsHttpHandler 是重量级资源——它持有连接池、SSL 会话缓存、DNS 解析结果。每次 new 都新建一套，既不复用，也不释放干净。

• DNS 缓存不会刷新：比如你调用的 API 域名做了灰度切流，new HttpClient() 实例可能永远卡在旧 IP 上
• 超时、Header、BaseAddress 等配置散落在各处，改一处漏十处
• 没显式 Dispose()？.NET Core 会延迟回收，但连接池已泄漏；.NET Framework 下更严重，可能永久占用 socket

IHttpClientFactory 怎么解决这些问题？

IHttpClientFactory 不是“造 HttpClient 的工厂”，而是“管理连接池 + 注入策略 + 统一配置”的协调者。它背后只维护一组共享的 SocketsHttpHandler 实例，所有通过它创建的 HttpClient 都复用同一套底层连接池和 DNS 缓存策略（默认每 2 分钟刷新一次 DNS）。

• 生命周期由 DI 容器托管：你注入 IHttpClientFactory，它活到应用结束；你调用 CreateClient("xxx") 得到的 HttpClient 是瞬态对象（可 Dispose，也可不 Dispose——工厂会自动清理）
• 配置集中化：在 Program.cs 里统一设 BaseAddress、Timeout、DefaultRequestHeaders
• 天然支持弹性策略：比如集成 Polly，一行代码加重试：.AddPolicyHandler(Policy.Handle<httprequestexception>().WaitAndRetryAsync(3, _ => TimeSpan.FromMilliseconds(100)))</httprequestexception>

构造函数里该注入 IHttpClientFactory 还是 HttpClient？

必须注入 IHttpClientFactory，而不是直接注入 HttpClient。后者看似方便，实则是陷阱：

企业黄页-大众投资指南整站 asp.net 2.0

大众投资指南是基于Asp.Net(2.0)+C#+Access(sql2000)的企业黄页类程序，是基于web2.0 模式的网站。 贴吧和黄页都有采集功能 主程序包括分类信息和商家黄页两大模块。分类信息支持二级分类，商家黄页支持二级地区分类及二级行业分类。程序采用了伪静态(url重写)技术，可选生成纯静态首页。 一、分类信息仿百度贴吧编写，可以分别对游客及会员设置不同的审核条件。会员发布信息

下载

• ASP.NET Core 会把 HttpClient 当作单例注册（如果你没配作用域），导致所有服务共享同一个实例 → 全局超时、Header 冲突、线程不安全（DefaultRequestHeaders 是共享集合）
• 无法按业务区分配置：支付服务要 30 秒超时、通知服务只要 5 秒，单例 HttpClient 无法满足
• 测试困难：你没法在单元测试中 mock 不同行为的客户端

正确姿势是：

public class PaymentService
{
    private readonly IHttpClientFactory _factory;
    public PaymentService(IHttpClientFactory factory) => _factory = factory;

    public async Task ProcessAsync()
    {
        var client = _factory.CreateClient("PaymentApiClient"); // 名称匹配注册时的 key
        await client.PostAsync("/charge", content);
    }
}

命名客户端 vs 类型化客户端，怎么选？

两者本质都是为了解耦配置与使用，区别在于绑定方式：

• 命名客户端（AddHttpClient("xxx")）：灵活，适合多环境/多租户场景，比如 CreateClient("ProdApi") 和 CreateClient("StagingApi") 指向不同地址
• 类型化客户端（AddHttpClient<githubservice>()</githubservice>）：强类型，把客户端逻辑封装进类，构造函数直接接收配置好的 HttpClient，适合职责单一的服务（如专门调 GitHub API 的类）

注意：类型化客户端内部仍走工厂机制，不是 new 出来的；它的 HttpClient 参数由 DI 自动注入，生命周期受工厂管控——这点常被忽略。