【转】使用 IHttpClientFactory 实现复原 HTTP 请求

https://docs.microsoft.com/zh-cn/dotnet/architecture/microservices/implement-resilient-applications/use-httpclientfactory-to-implement-resilient-http-requests

使用 IHttpClientFactory 实现复原 HTTP 请求

  • 2021/01/13

IHttpClientFactory 是由自 .NET Core 2.1 起可用的固定工厂 DefaultHttpClientFactory 实现的协定，用于创建在应用程序中使用的 HttpClient 实例。

.NET 中提供的原始 HttpClient 类的相关问题

常见的原始 HttpClient 类非常易于使用，但在某些情况下，许多开发人员却并未正确使用该类。

虽然此类实现 IDisposable，但在 using 语句中声明和实例化它并非首选操作，因为释放 HttpClient 对象时，基础套接字不会立即释放，这可能会导致套接字耗尽问题。 有关此问题的详细信息，请参阅你正在以错误方式使用 HttpClient，这将导致软件受损的博客文章。

因此，HttpClient 应进行一次实例化并在应用程序的生命周期中重复使用。 在负载较重的情况下，实例化每个请求的 HttpClient 类将耗尽可用的套接字数。 该问题会导致 SocketException 错误。 要解决此问题，可能的方法是将 HttpClient 对象创建为单一对象或静态对象，请参阅关于 HttpClient 用法的 Microsoft 文章中的说明。 对于生存期较短的控制台应用或一天运行几次的类似应用，这可能是一个不错的解决方案。

在长期运行的进程中使用 HttpClient 的共享实例时，开发人员会遇到另一个问题。 在将 HttpClient 实例化为单一实例或静态对象的情况下，它无法处理 DNS 更改，如 dotnet/runtime GitHub 存储库的此问题中所述。

但是，问题实际上不是 HttpClient 本身，而是 HttpClient 的默认构造函数，因为它创建了一个新的实际 HttpMessageHandler 实例，该实例具有上面提到的“套接字耗尽”和 DNS 更改问题 。

若要解决上述问题并使 HttpClient 实例可管理，.NET Core 2.1 引入了 IHttpClientFactory 接口，该接口可用于在应用中通过依赖关系注入 (DI) 来配置和创建 HttpClient 实例。 它还提供基于 Polly 的中间件的扩展，以利用 HttpClient 中的委托处理程序。

Polly 是瞬态故障处理库，它可以通过流畅且线程安全的方式使用一些预定义的策略，帮助开发人员为其应用程序增加弹性。

使用 IHttpClientFactory 的好处

同时实现 IHttpMessageHandlerFactory 的 IHttpClientFactory 当前实现具有以下优势：

  • 提供一个中心位置，用于命名和配置逻辑 HttpClient 对象。 例如，可以配置预配置的客户端（服务代理）以访问特定微服务。
  • 通过后列方式整理出站中间件的概念：在 HttpClient 中委托处理程序并实现基于 Polly 的中间件以利用 Polly 的复原策略。
  • HttpClient 已经具有委托处理程序的概念，这些委托处理程序可以链接在一起，处理出站 HTTP 请求。 将 HTTP 客户端注册到工厂后，可使用一个 Polly 处理程序将 Polly 策略用于重试、断路器等。
  • 管理 HttpMessageHandler 的生存期，避免在自行管理 HttpClient 生存期时出现上述问题。

 提示

由于关联的 HttpMessageHandler 由工厂管理，因此可安全释放由 DI 注入的 HttpClient 实例。 事实上，注入的 HttpClient 实例是从 DI 角度区分范围的 。

 备注

IHttpClientFactory (DefaultHttpClientFactory) 实现与 Microsoft.Extensions.DependencyInjection NuGet 包中的 DI 实现紧密关联。 有关使用其他 DI 容器的详细信息，请参阅此 GitHub 讨论。

IHttpClientFactory 的多种用法

可以通过多种方法在应用程序中使用 IHttpClientFactory：

  • 基本用法
  • 使用命名客户端
  • 使用类型化客户端
  • 使用生成的客户端

为简洁起见，本指南介绍了使用 IHttpClientFactory 的最结构化的方法，即使用类型化客户端（服务代理模式）。 不过，所有选项均已记录，并且当前在此涵盖 IHttpClientFactory 用法的文章中列出。

如何结合使用类型化客户端和 IHttpClientFactory

那么，什么是“类型化客户端”？ 它只是为某些特定用途预配置的 HttpClient。 此配置可以包括特定值，如基本服务器、HTTP 标头或超时。

下图显示了如何将类型化客户端与 IHttpClientFactory 结合使用：

展示如何将类型化客户端与 IHttpClientFactory 结合使用的图表。

图 8-4。 结合使用 IHttpClientFactory 和类型化客户端类。

在上图中，ClientService（由控制器或客户端代码使用）使用由注册的 IHttpClientFactory 创建的 HttpClient。 此工厂将池的 HttpMessageHandler 分配给 HttpClient。 当使用扩展方法 AddHttpClient 在 DI 容器中注册 IHttpClientFactory 时，可以使用 Polly 策略配置 HttpClient。

要配置上述结构，请通过安装包含 IServiceCollection 的 AddHttpClient 扩展方法的 Microsoft.Extensions.Http NuGet 包，在应用程序中添加 IHttpClientFactory。 此扩展方法用于注册内部 DefaultHttpClientFactory 类，后者用作接口 IHttpClientFactory 的单一实例。 它定义 HttpMessageHandlerBuilder 的临时配置。 此消息处理程序（HttpMessageHandler 对象）获取自池，可供从工厂返回的 HttpClient 使用。

在下一个代码中，可以看到如何使用 AddHttpClient() 注册需要使用 HttpClient 的类型化客户端（服务代理）。

C#
// Startup.cs
//Add http client services at ConfigureServices(IServiceCollection services)
services.AddHttpClient<ICatalogService, CatalogService>();
services.AddHttpClient<IBasketService, BasketService>();
services.AddHttpClient<IOrderingService, OrderingService>();

按先前代码中所示注册客户端服务，使 DefaultClientFactory 为每个服务创建一个标准 HttpClient。

还可以在注册中添加特定于实例的配置（例如，配置基址），并添加一些弹性策略，如以下代码所示：

C#
services.AddHttpClient<ICatalogService, CatalogService>(client =>
{
    client.BaseAddress = new Uri(Configuration["BaseUrl"]);
})
    .AddPolicyHandler(GetRetryPolicy())
    .AddPolicyHandler(GetCircuitBreakerPolicy());

就本示例而言，可以在下一个代码中看到以上策略之一：

C#
static IAsyncPolicy<HttpResponseMessage> GetRetryPolicy()
{
    return HttpPolicyExtensions
        .HandleTransientHttpError()
        .OrResult(msg => msg.StatusCode == System.Net.HttpStatusCode.NotFound)
        .WaitAndRetryAsync(6, retryAttempt => TimeSpan.FromSeconds(Math.Pow(2, retryAttempt)));
}

可以在下一篇文章中找到有关使用 Polly 的更多详细信息。

HttpClient 生存期

每次从 IHttpClientFactory 获取 HttpClient 对象时，都会返回一个新实例。 但每个 HttpClient 使用 IHttpClientFactory 汇集和重用的 HttpMessageHandler，以减少资源消耗，只要 HttpMessageHandler 的生存期尚未过期。

由于每个处理程序通常都管理自己的基础 HTTP 连接，所以有必要汇集处理程序；创建的处理程序数量如果多于必需的数量，则可能导致连接延迟。 部分处理程序还保持连接无期限地打开，这样可以防止处理程序对 DNS 更改作出反应。

池中的 HttpMessageHandler 对象的生存期就是池中的 HttpMessageHandler 实例可重用的时间长度。 默认值为两分钟，但可基于每个类型化客户端重写此值。 要重写该值，请在创建客户端时在返回的 IHttpClientBuilder 上调用 SetHandlerLifetime()，如以下代码所示：

C#
//Set 5 min as the lifetime for the HttpMessageHandler objects in the pool used for the Catalog Typed Client
services.AddHttpClient<ICatalogService, CatalogService>()
    .SetHandlerLifetime(TimeSpan.FromMinutes(5));

每个类型化客户端都可自行配置处理程序生存期值。 将生存期设置为 InfiniteTimeSpan 可禁用处理程序到期。

实现使用注入的和配置的 HttpClient 的类型化客户端类

在上一步中，需要定义类型化客户端类，如示例代码中的类，“BasketService”、“CatalogService”、“OrderingService”等。类型化客户端是一个类，它接受 HttpClient 对象（通过其构造函数注入），并用它来调用某些远程 HTTP 服务。 例如：

C#
public class CatalogService : ICatalogService
{
    private readonly HttpClient _httpClient;
    private readonly string _remoteServiceBaseUrl;

    public CatalogService(HttpClient httpClient)
    {
        _httpClient = httpClient;
    }

    public async Task<Catalog> GetCatalogItems(int page, int take,
                                               int? brand, int? type)
    {
        var uri = API.Catalog.GetAllCatalogItems(_remoteServiceBaseUrl,
                                                 page, take, brand, type);

        var responseString = await _httpClient.GetStringAsync(uri);

        var catalog = JsonConvert.DeserializeObject<Catalog>(responseString);
        return catalog;
    }
}

Typed Client（在本例中为 CatalogService）由 DI（依赖项注入）激活，这意味着除 HttpClient 外，它还可接受其构造函数中的任何注册服务。

Typed Client 实际上是一个临时对象，这意味着每当需要实例时，就会创建一个新的实例。 它会在每次构造时接收一个新的 HttpClient 实例。 但是，池中的 HttpMessageHandler 对象是由多个 HttpClient 实例重复使用的对象。

使用类型化客户端类

最后，在实现了类型化类后，可使用 AddHttpClient() 来注册和配置它们。 之后，可在 DI 注入服务的任何位置使用它们。 例如，在 Razor 页面代码或 MVC Web 应用的控制器中，如 eShopOnContainers 的以下代码中：

C#
namespace Microsoft.eShopOnContainers.WebMVC.Controllers
{
    public class CatalogController : Controller
    {
        private ICatalogService _catalogSvc;

        public CatalogController(ICatalogService catalogSvc) =>
                                                           _catalogSvc = catalogSvc;

        public async Task<IActionResult> Index(int? BrandFilterApplied,
                                               int? TypesFilterApplied,
                                               int? page,
                                               [FromQuery]string errorMsg)
        {
            var itemsPage = 10;
            var catalog = await _catalogSvc.GetCatalogItems(page ?? 0,
                                                            itemsPage,
                                                            BrandFilterApplied,
                                                            TypesFilterApplied);
            //… Additional code
        }

        }
}

到目前为止，以上代码段只显示了执行常规 HTTP 请求的示例。 但以下部分会展示“神奇之处”，它将介绍由 HttpClient 发出的所有 HTTP 请求如何具有可复原策略，例如带指数退避的重试、断路器、使用身份验证令牌的安全功能，甚至其他任何自定义功能。 所有这些都可通过向已注册的 Typed Client 添加策略和委派处理程序来完成。

其他资源

上一页

使用 IHttpClientFactory 实现复原 HTTP 请求

Polly 是一个 .NET 库，提供恢复能力和瞬态故障处理功能。 通过应用 Polly 策略（如重试、断路、隔离、超时和回退）即可实现这些功能。 

断路：当系统出错的次数超过了指定的阈值，就要中断当前线路，等待一段时间后再继续。

隔离：将可控的操作限制在一个固定大小的资源池中，以隔离有潜在可能相互影响的操作。

HttpClient类实现 IDisposable，但在 using 语句中声明和实例化它并非首选操作，因为释放 HttpClient 对象时，基础套接字不会立即释放，这可能会导致套接字耗尽问题。 在长期运行的进程中使用 HttpClient 的共享实例时，开发人员会遇到另一个问题。 在将 HttpClient 实例化为单一实例或静态对象的情况下，它无法处理 DNS 更改，问题实际上不是 HttpClient 本身，而是 HttpClient 的默认构造函数，因为它创建了一个新的实际 HttpMessageHandler 实例，该实例具有上面提到的“套接字耗尽”和 DNS 更改问题 。

要解决上述问题并使 HttpClient 实例可管理，.NET Core 2.1 引入了 IHttpClientFactory 接口，该接口可用于在应用中通过依赖关系注入 (DI) 来配置和创建 HttpClient 实例。 它还提供基于 Polly 的中间件的扩展，以利用 HttpClient 中的委托处理程序。

使用 IHttpClientFactory 的好处

同时实现 IHttpMessageHandlerFactory 的 IHttpClientFactory 当前实现具有以下优势：

  • 提供一个中心位置，用于命名和配置逻辑 HttpClient 对象。 例如，可以配置预配置的客户端（服务代理）以访问特定微服务。
  • 通过后列方式整理出站中间件的概念：在 HttpClient 中委托处理程序并实现基于 Polly 的中间件以利用 Polly 的复原策略。
  • HttpClient 已经具有委托处理程序的概念，这些委托处理程序可以链接在一起，处理出站 HTTP 请求。 将 HTTP 客户端注册到工厂后，可使用一个 Polly 处理程序将 Polly 策略用于重试、断路器等。
  • 管理 HttpMessageHandler 的生存期，避免在自行管理 HttpClient 生存期时出现上述问题。

由于关联的 HttpMessageHandler 由工厂管理，因此可安全释放由 DI 注入的 HttpClient 实例。 事实上，注入的 HttpClient 实例是从 DI 角度区分范围的 。

IHttpClientFactory (DefaultHttpClientFactory) 实现与 Microsoft.Extensions.DependencyInjection NuGet 包中的 DI 实现紧密关联。 

结合使用类型化客户端和 IHttpClientFactory

什么是“类型化客户端”？ 它只是为某些特定用途预配置的 HttpClient。 此配置可以包括特定值，如基本服务器、HTTP 标头或超时。

展示如何将类型化客户端与 IHttpClientFactory 结合使用的图表。

安装包含 IServiceCollection 的 AddHttpClient 扩展方法的 Microsoft.Extensions.Http NuGet 包，在应用程序中添加 IHttpClientFactory。 此扩展方法用于注册内部 DefaultHttpClientFactory 类，后者用作接口 IHttpClientFactory 的单一实例。 它定义 HttpMessageHandlerBuilder 的临时配置。 此消息处理程序（HttpMessageHandler 对象）获取自池，可供从工厂返回的 HttpClient 使用。

池中的 HttpMessageHandler 对象的生存期就是池中的 HttpMessageHandler 实例可重用的时间长度。 默认值为两分钟，但可基于每个类型化客户端重写此值。 要重写该值，请在创建客户端时在返回的 IHttpClientBuilder 上调用 SetHandlerLifetime()，如以下代码所示：

//Set 5 min as the lifetime for the HttpMessageHandler objects in the pool used for the Catalog Typed Client
services.AddHttpClient<ICatalogService, CatalogService>()
    .SetHandlerLifetime(TimeSpan.FromMinutes(5));

还可以在注册中添加特定于实例的配置（例如，配置基址），并添加一些弹性策略，

复制代码
services.AddHttpClient<ICatalogService, CatalogService>(client =>
{
    client.BaseAddress = new Uri(Configuration["BaseUrl"]);
})
    .AddPolicyHandler(GetRetryPolicy())
    .AddPolicyHandler(GetCircuitBreakerPolicy());

static IAsyncPolicy<HttpResponseMessage> GetRetryPolicy()
{
    return HttpPolicyExtensions
        .HandleTransientHttpError()
        .OrResult(msg => msg.StatusCode == System.Net.HttpStatusCode.NotFound)
        .WaitAndRetryAsync(6, retryAttempt => TimeSpan.FromSeconds(Math.Pow(2, retryAttempt)));
}
复制代码

 GetRetryPolicy 用到了Microsoft.Extensions.Http.Polly 扩展包

 IHttpClientFactory允许你用命名的方式来配置和使用 HttpClient。

复制代码
services.AddHttpClient("GitHub", client =>
{
    client.BaseAddress = new Uri("https://api.github.com/");
    client.DefaultRequestHeaders.Add("Accept", "application/vnd.github.v3+json");
})
.AddTransientHttpErrorPolicy(builder => builder.WaitAndRetryAsync(new[]
{
    TimeSpan.FromSeconds(1),
    TimeSpan.FromSeconds(5),
    TimeSpan.FromSeconds(10)
}));

public class MyController : Controller
{
    private readonly IHttpClientFactory _httpClientFactory;

    public MyController(IHttpClientFactory httpClientFactory)
    {
        _httpClientFactory = httpClientFactory;
    }

    public Task<IActionResult> SomeAction()
    {
        var client = _httpClientFactory.CreateClient("GitHub");
        return Ok(await client.GetStringAsync("/someapi"));
    }
}
复制代码

AddTransientHttpErrorPolicy方法也可以从Polly的一个扩展包Polly.Extensions.Http中得到

Polly还提供了策略注册池，它相当于策略的存储中心，被注册的策略可以让你在应用程序的多个位置重用。AddPolicyHandler的一个重载方法允许您从注册池中选择策略。

复制代码
var registry = services.AddPolicyRegistry();

registry.Add("defaultretrystrategy", 
    HttpPolicyExtensions.HandleTransientHttpError().WaitAndRetryAsync(/* etc */));
registry.Add("defaultcircuitbreaker", 
    HttpPolicyExtensions.HandleTransientHttpError().CircuitBreakerAsync(/* etc */));

services.AddHttpClient(/* etc */)
    .AddPolicyHandlerFromRegistry("defaultretrystrategy")
    .AddPolicyHandlerFromRegistry("defaultcircuitbreaker");
复制代码

将抖动策略添加到重试策略

在高并发率、高可伸缩性和高争用的情况下，常规重试策略可能会对系统产生影响。 在部分运行中断的情况下，有可能会有许多客户端同时发出相似的重试操作，从而形成操作高峰，为克服这种情况，一个好办法是向重试算法或策略中添加抖动策略。 由于增加了指数退避的随机性，这可能会改进端到端系统的整体性能。 这样在出现问题时可以分散峰值。

复制代码
Random jitterer = new Random();
var retryWithJitterPolicy = HttpPolicyExtensions
    .HandleTransientHttpError()
    .OrResult(msg => msg.StatusCode == System.Net.HttpStatusCode.NotFound)
    .WaitAndRetryAsync(6,    // exponential back-off plus some jitter
        retryAttempt => TimeSpan.FromSeconds(Math.Pow(2, retryAttempt))  
                      + TimeSpan.FromMilliseconds(jitterer.Next(0, 100))
    );
复制代码
Powered By D&J (URL:http://www.cnblogs.com/Areas/)
【推广】 免费学中医，健康全家人
原文地址：https://www.cnblogs.com/Areas/p/14803131.html