标签:配置到 core cto 微服务框架 values message nta dex 自动管理
从园子里看到一些朋友在某些项目开发中,选择的架构是spring cloud搭建底层微服务框架,dotnet core来编写业务逻辑,SteeltoeOSS.Discovery是dotnet和spingcloud的桥梁,为dotnet提供服务注册和服务发现相关功能。在阅读朋友们文章的时候,我发现相关代码里的一些HttpClient相关问题,同时对dotnet寄居于spingcloud下由于没有Feign而产生的那些丑陋的http请求代码进行思考。本文将围绕原生的HttpClient的创建与释放的正确姿势和使用WebApiClient让dotnet也有媲美Feign的服务客户端两个面展开。
HttpClient有三个构造函数,最终都是调用到public HttpClient(HttpMessageHandler handler, bool disposeHandler)这个函数,HttpClient除了其handler参数之外,本身没有使用到需要Dispose的资源,其实现的IDispose也是为了Dispose掉handler参数而已。
HttpMessageHandler是一个抽象类,目前主要的HttpMessageHandler具体类型有HttpClientHanlder、SocketsHttpHandler和WebRequestHandler,但HttpClientHanlder在dotnet core2.1下是对和SocketsHttpHandler的包装实现。除了这些主要HttpMessageHandler,还有一个抽象的DelegatingHandler类型,用于实现请求管道,影响请求前后的数据逻辑。HttpClient的默认构造器,使用了HttpClientHanlder类型,同时disposeHandler为true,这时如果对HttpClient实例Dispose了,其内部的HttpClientHanlder自然也被Dispose了,
正确的创建和释放HttpClient例子
var httpClient = new HttpClient();
...你的代码...
httpClient.Dispose();
var handler = new HttpClientHandler();
var httpClient = new HttpClient(handler, true);
...你的代码...
httpClient.Dispose();
var handler = 从外部来的HttpMessageHandler;
var httpClient = new HttpClient(handler, false);
...你的代码...
// 这里调用httpClient.Dispose()是无效的
// handler的生命周期应该由它的创建者来维护
// 如果这里Dispose掉handler,其它使用了这个handler的HttpClient实例受影响
不正确的创建和释放HttpClient的例子
private readonly DiscoveryHttpClientHandler _handler;
private const string ProductUrl = "http://product/api/values";
public ValuesController(IDiscoveryClient client, ILoggerFactory logFactory)
{
_handler = new DiscoveryHttpClientHandler(client);
}
[HttpGet("product")]
public async Task<string> GoProductAsync()
{
var client = new HttpClient(_handler, false);
return await client.GetStringAsync(ProductUrl);
}
HttpClient在设计之初,是非常适合使用单例模式的,也就是在应用域中,只维护一份HttpClient的实例就够了,因为它天生支持向不同域名同时多个并发请求。但单例的HttpClient没有遵守DNS 生存时间 (TTL) 设置,如果其HttpClientHandler第一次请求到www.baidu.com指向的ip为123.123.123.123,中途这个域名解析到的ip变化了,但HttpClient并不会自动应用这些变化。
在asp.net core
里,微软创建一个HttpClientFactory项目,用于提供HttpClient的创建和生命周期自动管理,完美解决到底选择单例还是每个请求创建和释放HttpClient这个左右难为的问题。所以在asp.net core
项目开发中,请别再写手动new HttpClient了,所有HttpClient的实例,都要由HttpClientFactory来创建,所有的外部HttpMessageHandler,也应该配置到HttpClientFactory,让它与HttpClient关联起来。
HttpClientFactory有三种使用方式:
具体的使用,可以查看3 ways to use HTTPClientFactory in ASP.NET Core 2.1这篇好文。
虽然已经讲解了怎么new一个HttpClient,怎么利用HttpClientFactory,但如果要寄居在spingcloud下,你还是得为请求一个服务接口编写大量的代码,这在java的Feign前面如同马车见到宝马。如果能利用WebApiClient这把利剑,结合HttpClientFactory与DiscoveryHttpClientHandler,你也能变成宝马。将这三者有机结合起来的项目,叫WebApiClient.Extensions.DiscoveryClient,它是WebApiClient的SteeltoeOSS.Discovery扩展项目,使用非常简单。
PM> install-package WebApiClient.Extensions.DiscoveryClient
[HttpHost("http://NET-API")]
public interface INetApi : IHttpApi
{
[HttpGet("api/values")]
ITask<string[]> GetValuesAsync();
[HttpGet("api/values/{id}")]
ITask<string> GetValuesAsync(int id);
}
// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
services.AddDiscoveryClient(Configuration);
services.AddDiscoveryTypedClient<INetApi>();
...
}
// This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
...
app.UseDiscoveryClient();
}
public class HomeController : Controller
{
public async Task<string> Index([FromServices]INetApi netApi, int id = 0)
{
var values = await netApi.GetValuesAsync();
var value = await netApi.GetValuesAsync(id);
return "ok";
}
}
本博主对HttpClient有着比较深入的了解,一直在维护WebApiClient项目,期间走过许许多多的“坑”,如果你有遇到HttpClient的相关问题,欢迎一起讨论解决。
WebApiClient的SteeltoeOSS.Discovery扩展
标签:配置到 core cto 微服务框架 values message nta dex 自动管理
原文地址:https://www.cnblogs.com/kewei/p/9710778.html