c# – 为不同的用户重用HttpClient

前端之家收集整理的这篇文章主要介绍了c# – 为不同的用户重用HttpClient前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在使用HttpClient时,我一直在阅读很多关于最佳实践的内容.大多数人建议在应用程序的生命周期中重复使用它,即使它是IDisposable.

我的Web应用程序正在与各种API进行通信,如Facebook Graph API,Twitter API和Instagram API.

计划是为它传达的每个API创建一个单独的HttpClient,这是推荐的,因为这样我就可以重用一些头文件.

但现在问题是,让我们以Twitter API为例,使用我的Web应用程序的每个用户都有自己的授权标头(用户绑定访问令牌).我相信这意味着我无法将授权标头设置为HttpClient对象的DefaultRequestHeaders.

对于具有不同授权标头的多个用户重用HttpClient时,最佳做法是什么?

我可以为每个请求创建一个HttpRequestMessage对象,并在httpRequestMessage对象上设置授权头,而不是将其设置为默认值httpClient.DefaultRequestHeaders.Authorization?

谢谢.

解决方法

因为创建HttpClient(特别是套接字的数量)涉及一些成本,所以重用HttpClient实例有一些好处.它也是线程安全的.

为了在一个客户端实例的多个并发调用之间没有依赖关系,关键模式是使用HttpRequestMessage类并调用HttpClient.SendAsync方法(而不是使用更方便的HttpClient.GetAsync,PostAsync,…).

像这样的东西:

var request = new HttpRequestMessage() {
   RequestUri = new Uri("http://api.twitter.com/someapiendpoint"),Method = HttpMethod.Get
}
// set the authorization header values for this call
request.Headers.Accept.Add(...);

var response = await client.SendAsync(request);

现在将使用HttpRequestMessage的请求头(而不再使用DefaultRequestHeaders).

猜你在找的C#相关文章