.NET Framework 4.7.2中HttpClientFactory为何未实现IHttpClientFactory及使用疑问

选择 HttpClientFactory.Create() 还是 DI 注入的 IHttpClientFactory？ #

• 如果你项目里没用到依赖注入容器，直接调用 HttpClientFactory.Create() 完全没问题。它能帮你生成配置合理的 HttpClient，避开手动创建时容易踩的坑（比如长期持有实例导致 DNS 无法刷新）。
• 要是你已经在项目里集成了 DI 容器（比如用了 Microsoft.Extensions.DependencyInjection），更推荐通过注入 IHttpClientFactory 来创建 HttpClient。这种方式能充分利用工厂的进阶特性：比如命名客户端、共享消息处理管道、复用配置，还能让代码更易测试和解耦。

HttpClientFactory 的核心用途 #

HttpClientFactory 是个静态工具类，主要用来简化 HttpClient 的创建和生命周期管理：

• 解决 DNS 缓存过期问题：它会自动管理底层 HttpMessageHandler 的生命周期，定期回收旧 Handler，保证 DNS 解析能及时更新。
• 提供默认合理配置：不用你手动重复设置超时、默认消息处理器这些基础配置，开箱即用。
• 支持自定义配置：通过 Create(HttpClientHandler) 或者 Create(Action<HttpClient>) 方法，能快速生成符合你需求的定制化 HttpClient 实例。

为什么 HttpClientFactory 不实现 IHttpClientFactory？ #

这是设计上的职责区分：

• IHttpClientFactory 是为依赖注入场景设计的接口，它提供了 CreateClient() 等方法，允许你在 DI 容器里注册、扩展工厂实现，适配复杂的依赖注入场景。
• HttpClientFactory 定位是轻量静态工具，面向不需要 DI 的简单场景。静态类本身无法被实例化，自然不需要实现接口来满足 DI 的实例化要求。两者互补，分别服务于不同的使用场景。

内容的提问来源于stack exchange，提问作者David Klempfner