到目前为止，我们一直直接使用HttpClient。在每个服务中，我们都创建了一个HttpClient实例和所有必需的配置。这会导致了重复代码。在这篇文章中，我们将学习如何通过使用HttpClientFactory来改善它。当然，这并不是使用HttpClientFactory的唯一优势。我们将学习HttpClientFactory如何防止HttpClient可能导致的其他问题。此外，我们将展示如何使用HttpClientFactory创建命名和类型化客户端。
HttpClient问题
HttpClient类实现了IDisposable接口。看到这一点，尝试在using指令中使用我们的HttpClient实例，从而在它超出作用域时释放。但是，这并不是一个好的做法。如果我们丢弃了HttpClient，也将丢弃底层的HttpClientHandler。现在，这意味着对于每个新请求，必须创建一个新的HttpClient实例，从而也创建一个处理程序。当然，这就是问题所在。重新打开连接可能会导致性能变慢，因为在使用HttpClient时，这些连接和HttpClientHandler非常昂贵。
此外，还有另一个问题。通过创建太多的连接，可能会面临套接字耗尽，因为过快地使用了太多的套接字，而且没有套接字来创建新的连接。
因此，考虑到所有这些，我们不应该丢弃HttpClient，而是在整个请求中共享它。这就是我们在以前的文章中对静态HttpClient实例所做的事情。这也允许重用底层连接。
但是，我们必须注意，使用静态实例并不是最终的解决方案。当重用实例时，我们也重用连接，直到套接字关闭。为了帮助我们解决这些问题，我们可以使用HttpClientFactory来创建HttpClient实例。
HttpClientFactory如何帮助我们解决上述问题?
HttpClientFactory不仅可以创建和管理新的HttpClient实例，而且还可以与底层处理程序一起工作。当创建新的HttpClient实例时，它不会重新创建消息处理器，而是从池中获取一个。然后，它使用该消息处理程序将请求发送到API。处理程序的默认生存期设置为两分钟，在这段时间内，对新HttpClient的任何请求都可以重用现有的消息处理程序和连接。这意味着我们不必为每个请求创建一个新的消息处理程序，也不必打开一个新的连接，从而防止套接字耗尽问题。
除了解决这些问题，使用HttpClientHandler，我们还可以集中HttpClient的配置。如果你阅读本系列的前几篇文章，会发现我们必须在每个服务类中重复相同的配置。有了HttpClientHandler，我们可以改善这个问题。让我们看看如何使用HttpClientFactory。
添加HttpClientFactory
为了能够在我们的应用程序中使用HttpClientFactory，必须安装 Microsoft.Extensions.Http。
Install-Package Microsoft.Extensions.Http -Version 5.0.0