在ASP.NET Core中应用HttpClient获取数据和内容

在本文中,我们将学习如何在ASP.NET Core中集成和使用HttpClient。在学习不同HttpClient功能的同时使用Web API的资源。如何从Web API获取数据,以及如何直接使用HttpRequestMessage类来实现这些功能。在以后的文章中,我们将学习如何发送POST、PUT和DELETE请求,以及如何使用HttpClient发送PATCH请求。

要下载源代码,可以访问https://github.com/CodeMazeBlog/httpclient-aspnetcore/tree/fetching-data-with-httpclient以获取项目。

概述

如果你打开HttpClient存储库的主分支,您将发现两个项目:CompanyEmployees和CompanyEmployees. client。第一个项目是ASP.NET Core Web API项目,它将是本教程的服务器端项目。它由几个项目组成:

API项目对于我们的文章和整个系列来说也不是最重要的。重要的是它使用SQL数据库,所以你需要做的就是修改appsettings中的连接字符串。然后运行Update-Migration命令。所有需要的数据都将被迁移到数据库中。

然后,还有客户端应用程序——ASP.NET Core控制台应用程序。它有一个单独的服务HttpClientCrudService,我们将在本文中修改它,一个单独的接口IHttpClientServiceImplementation,所有HttpClient服务都将从它继承,数据传输类和一个修改过的Program类:

让我们来看看Program类的当前代码

class Program
{
 static async Task Main(string[] args)
 {
 var services = new ServiceCollection();
 ConfigureServices(services);
 var provider = services.BuildServiceProvider();
 try
 {
  await provider.GetRequiredService<IHttpClientServiceImplementation>()
  .Execute();
 }
 catch (Exception ex)
 {
  Console.WriteLine($"Something went wrong: {ex}");
 }
 }
 private static void ConfigureServices(IServiceCollection services)
 {
 services.AddScoped<IHttpClientServiceImplementation, HttpClientCrudService>();
 }
}

这没有什么特别的。我们准备服务集合,将服务添加到IOC中,并从服务中执行默认方法。当我们在整个教程中添加不同的服务时,我们将扩展ConfigureServices方法。

关于HttpClient

我们不会深入研究关于HttpClient的理论,因为我们将从示例中学到很多东西,但是让我们看看一些基础知识。

HttpClient是一个类,它允许我们发送HTTP请求,并从指定URI接收HTTP响应。我们可以使用这个类发送各种HTTP请求,如GET、POST、PUT、DELETE、PATCH并来自服务器的响应。

HttpClient使用HTTP消息处理程序发送请求并获取响应。这是默认消息处理程序的主要工作。如果我们阅读微软的文档,我们会读到.NET Framework和.NET Core 2.0以及更早版本的默认是HttpClientHander。但是在.NET Core 2.1和更高版本中,默认的是SocketsHttpHandler。

但是,HttpClient不只是使用一个消息处理程序。我们可以附加多个消息处理程序并创建管道。有些处理程序只能操作请求的头,有些可以处理超时,等等。

在ASP.NET Core中使用HttpClient发送GET请求

现在,让我们从修改HttpClientCrudService 类开始:

public class HttpClientCrudService : IHttpClientServiceImplementation
{
 private static readonly HttpClient _httpClient = new HttpClient();
 public HttpClientCrudService()
 {
 _httpClient.BaseAddress = new Uri("https://localhost:5001/api/");
 _httpClient.Timeout = new TimeSpan(0, 0, 30);
 }
 public async Task Execute()
 {
 }
}

这里,我们创建了一个HttpClient属性,初始化它,并在构造函数中进行配置,我们设置了API的URI及超时时间。当然,我们可以在这个配置中找到更多的属性来使用,但是现在,这就足够了。稍后,当我们开始学习HttpClientFactory时,我们将把这些配置移到别的地方。

现在,我们可以在这个类中添加一个新方法:

public async Task GetCompanies()
{
 var response = await _httpClient.GetAsync("companies");
 response.EnsureSuccessStatusCode();
 var content = await response.Content.ReadAsStringAsync();
 var companies = JsonSerializer.Deserialize<List<CompanyDto>>(content, _options);
}

在这个方法中,我们使用HttpClient中的GetAsync方法,并传入地址。为了确保响应是成功的,我们调用EnsureSuccessStatusCode方法。一旦确定有成功状态码的响应,就可以将响应的内容作为字符串读取。最后,我们对数据列表进行反序列化。如你所见,我们使用了一个JsonSerializerOptions类型的参数,所以让我们将它添加到我们的类中,并在Execute方法中调用这个方法:

private readonly JsonSerializerOptions _options; 

public HttpClientCrudService()
{
 _httpClient.BaseAddress = new Uri("https://localhost:5001/api/");
 _httpClient.Timeout = new TimeSpan(0, 0, 30);

 _options = new JsonSerializerOptions { PropertyNameCaseInsensitive = true };
}

public async Task Execute()
{
 await GetCompanies();
}

我们为JsonSerializer设置不区分大小写的反序列化选项。没有它,我们的响应就不会被正确地反序列化。

现在,我们可以在GetCompanies方法中添加一个断点,启动Web API项目,然后启动客户端:

正如我们所看到的,我们在companies变量中得到了结果。

支持不同的响应格式

在本例中,我们接收到一个JSON作为默认的响应格式。我们的API默认支持这种类型。但有些API不默认为JSON,它们可能支持XML作为默认的响应格式或任何其他格式。在这种情况下,我们的逻辑就行不通了。

除了JSON之外,我们的API还支持XML响应格式。让我们看看如何在客户端应用程序中明确地要求格式。

首先,Http请求和响应都包含一组头,我们可以使用这些头在客户端和服务器应用程序之间传递附加信息。HTTP请求的通用头是Accept。我们使用这个头告诉服务器客户端将接受哪种媒体类型:accept: application/json, text/xml。

所以,让我们看看如何在我们的请求中设置头:

public HttpClientCrudService()
{
 _httpClient.BaseAddress = new Uri("https://localhost:5001/api/");
 _httpClient.Timeout = new TimeSpan(0, 0, 30);
 _httpClient.DefaultRequestHeaders.Clear();
 _httpClient.DefaultRequestHeaders.Accept.Add(
 new MediaTypeWithQualityHeaderValue("application/json"));
 _httpClient.DefaultRequestHeaders.Accept.Add(
 new MediaTypeWithQualityHeaderValue("text/xml"));

 _options = new JsonSerializerOptions { PropertyNameCaseInsensitive = true };
}

这里,我们使用DefaultRequestHeaders属性并将其清除。然后,我们使用Accept属性,由于它是一个集合,所以我们添加了两个MediaTypeWithQualityHeaderValue对象。对于第一个对象,我们支持JSON格式,对于第二个对象,我们支持XML格式。为此,我们需要添加一个新的using语句:

using System.Net.Http.Headers;

现在,如果有一个像这样的配置,必须在方法中添加一些额外的代码,以决定如何反序列化响应:

public async Task GetCompanies()
{
 var response = await _httpClient.GetAsync("companies");
 response.EnsureSuccessStatusCode();

 var content = await response.Content.ReadAsStringAsync();

 var companies = new List<CompanyDto>();

 if(response.Content.Headers.ContentType.MediaType == "application/json")
 {
 companies = JsonSerializer.Deserialize<List<CompanyDto>>(content, _options);
 }
 else if(response.Content.Headers.ContentType.MediaType == "text/xml")
 {
 var doc = XDocument.Parse(content);
 foreach (var element in doc.Descendants())
 {
  element.Attributes().Where(a => a.IsNamespaceDeclaration).Remove();
  element.Name = element.Name.LocalName;
 }

 var serializer = new XmlSerializer(typeof(List<CompanyDto>));
 companies = (List<CompanyDto>)serializer.Deserialize(new StringReader(doc.ToString()));
 }
}

由于我们同时支持JSON和XML格式,我们必须检查哪个ContentType被应用到响应。如果是JSON,我们只需执行标准的反序列化。但如果是XML,我们将内容解析为XDocument。最后,我们创建一个新的XmlSerializer并反序列化XDocument。

此时,如果我们启动两个应用程序,并在方法中放置一个断点,我们将看到我们的默认格式是JSON:

HttpClient中的优先级

在我们的Accept头设置中,我们支持两种具有相同优先级的格式。优先级的最大值为1。但是,我们可以为这两个头文件中的一个设置较低的首选项——值必须在0到1之间。有较高值的请求将有更高优先级。

所以,让我们在构造函数中降低JSON Accept头的优先级:

_httpClient.DefaultRequestHeaders.Clear();
_httpClient.DefaultRequestHeaders.Accept.Add(
 new MediaTypeWithQualityHeaderValue("application/json", 0.9));
_httpClient.DefaultRequestHeaders.Accept.Add(
 new MediaTypeWithQualityHeaderValue("text/xml"));

正如我们所看到的,MediaTypeWithQualityHeaderValue构造函数接受另一个参数。我们将它的值设置为0.9。因为我们没有为XML Accept头添加任何值,所以默认值是1。现在,如果我们开始我们的应用程序,我们会发现XML是优先级更高的格式:

因此,执行将跳过这一部分并执行我们的XML反序列化。让我们在XDocument解析之前检查响应体:

然后,让我们在解析操作之后检查doc变量:

我们可以看出区别。在解析操作之后,反序列化就成功完成了:

我们已经看到了如何在请求中向HTTP Accept头添加首选项。但现在问题出现了。如果我们使用部分请求头,该怎么办?

使用HttpRequestMessage类发送HTTP请求

在这个实现中,我们对每个请求使用相同的头配置。因此,如果想发送默认为JSON格式的HTTP请求,我们不能使用这个类中的HTTP配置来实现。这是因为我们将XML格式设置为默认格式。这意味着我们必须提供一个不同的解决方案。

如果我们仔细考虑这一点,我们可以得出结论:BaseAddress和Timeout属性与HttpClient相关,但Accept头的属性连接到请求本身。同样,当我们使用GetAsync方法时,它在内部使用GET HTTP方法创建了一个新的HttpRequestMessage。也就是说,我们可以创建自己的HttpRequestMessage并为该请求提供报头。

最佳实践是在HttpClient实例上设置默认配置,在HTTP请求本身上设置请求配置。当然,如果我们总是希望使用JSON格式作为Accept报头,我们可以在HttpClient设置它。

实现

现在,让我们看看如何使用HttpRequestMessage类来实现HTTP请求。

首先,让我们从构造函数中移除accept头文件的配置:

public HttpClientCrudService()
{
 _httpClient.BaseAddress = new Uri("https://localhost:5001/api/");
 _httpClient.Timeout = new TimeSpan(0, 0, 30);
 _httpClient.DefaultRequestHeaders.Clear();
 _options = new JsonSerializerOptions { PropertyNameCaseInsensitive = true };
}

然后,我们可以将GetCompanies方法恢复到之前:

public async Task GetCompanies()
{
 var response = await _httpClient.GetAsync("companies");
 response.EnsureSuccessStatusCode();
 var content = await response.Content.ReadAsStringAsync();
 var companies = JsonSerializer.Deserialize<List<CompanyDto>>(content, _options);
}

最后,我们可以添加新方法:

public async Task GetCompaniesWithXMLHeader()
{
 var request = new HttpRequestMessage(HttpMethod.Get, "companies");
 request.Headers.Accept.Add(new MediaTypeWithQualityHeaderValue("text/xml"));
 var response = await _httpClient.SendAsync(request);
 response.EnsureSuccessStatusCode();
 var content = await response.Content.ReadAsStringAsync();
 var doc = XDocument.Parse(content);
 foreach (var element in doc.Descendants())
 {
 element.Attributes().Where(a => a.IsNamespaceDeclaration).Remove();
 element.Name = element.Name.LocalName;
 }
 var serializer = new XmlSerializer(typeof(List<CompanyDto>));
 var companies = (List<CompanyDto>)serializer.Deserialize(new StringReader(doc.ToString()));
}

因此,我们使用HttpRequestMessage类创建了一个新请求,该类提供了HTTP Method作为参数和API的地址。然后,向请求添加报头,并调用SendAsync方法发送请求。提取内容之后,重复前面方法中所做的步骤。我们还要做最后一件事。

让我们确保一旦客户端应用程序启动,这个方法就会被调用:

public async Task Execute(){ //await GetCompanies(); await GetCompaniesWithXMLHeader();}

正如我们之前所做的,我们将在这个方法中放置一个断点并启动两个应用程序:

如你所见,我们得到的结果与前面相同,但这次我们使用HttpRequestMessage的单独方法发送带有XML Accept头的HTTP请求。

结论

在本文中,我们讨论了HttpClient,以及如何在我们的ASP.NET Core中使用它处理来自Web API的数据。

原文链接:https://code-maze.com/fetching-data-with-httpclient-in-aspnetcore/

以上就是在ASP.NET Core中集成和使用HttpClient获取数据和内容的详细内容,更多关于ASP.NET Core中集成和使用HttpClient的资料请关注我们其它相关文章!

(0)

相关推荐

  • Asp.Net Core2.1前后使用HttpClient的两种方式

    前言 在.Net Core应用开发中,调用第三方接口也是常有的事情,HttpClient使用人数.使用频率算是最高的一种了,在.Net Core中,HttpClient的使用方式随着版本的升级也发生了一些变化,本次就讲解一下Asp.Net Core2.1前后使用的两种方式. 一.原先HttpClient使用方式 一般来讲,喜欢要用的时候才会选择去获取资源,因此,当在有需求时才会用HttpClient去调用资源,便会使用如下这种方式或其它方式获取资源. //do something... usin

  • 如何在Asp.Net Core中集成ABP Dapper

    在实际的项目中,除了集成ABP框架的EntityFrameworkCore以外,在有些特定的场景下不可避免地会使用一些SQL查询语句,一方面是由于现在的EntityFrameworkCore2.X有些问题没有解决,另外一方面是基于性能方面的考虑,在了解本篇内容之前,首先还是来看看官方文档来给出的说明. 按照官方的介绍整体可以分为下面的步骤:1 安装依赖包.2 添加DependsOn属性标签.3 Entity to Table Mapping. 4 Usage 通过上面的4个步骤我们就能够正常在A

  • ASP.NET Core针对一个使用HttpClient对象的类编写单元测试详解

    介绍 几年前,微软引入了HttpClient类来替代HttpWebRequest来发送Web请求.这个新的类更易于使用,更加简洁,更具有异步性,且易于扩展. HttpClient类有一个可以接受HttpMessageHandler类对象的构造函数.HttpMessageHandler类对象可以接受一个请求(HttpRequestMessage), 并返回响应(HttpResponseMessage).它的功能完全取决于它的实现.默认情况下HttpClient使用的是HttpClientHandl

  • ASP.NET Core MVC解决控制器同名Action请求不明确的问题

    在Asp.Net Core MVC Web应用程序的开发过程当中,如果需要在控制器内使用同名的Action,则会出现如下图所示的问题: https://docs.microsoft.com/zh-cn/aspnet/core/mvc/controllers/routing?view=aspnetcore-5.0 代码片段如下: ` //GET: /HelloWorld/Welcome public string Welcome() { return "这是HelloWorld控制器下的Welco

  • 详解如何在ASP.NET Core中使用IHttpClientFactory

    利用IHttpClientFactory可以无缝创建HttpClient实例,避免手动管理它们的生命周期. 当使用ASP.Net Core开发应用程序时,可能经常需要通过HttpClient调用WebAPI的方法以检查终结点是否正常工作.要实现这一点,通常需要实例化HttpClient并使用该实例来调用你的方法.但是直接使用HttpClient也有一些缺点,主要与手动管理实例的生命周期有关. 你可以使用IHttpClientFactory创建HttpClient来避免这些问题.IHttpClie

  • Asp.NET Core 限流控制(AspNetCoreRateLimit)的实现

    起因: 近期项目中,提供了一些调用频率较高的api接口,需要保障服务器的稳定运行:需要对提供的接口进行限流控制.避免因客户端频繁的请求导致服务器的压力. 一.AspNetCoreRateLimit 介绍 AspNetCoreRateLimit 是一个ASP.NET Core速率限制的解决方案,旨在控制客户端根据IP地址或客户端ID向Web API或MVC应用发出的请求的速率.AspNetCoreRateLimit包含一个 IpRateLimitMiddleware 和 ClientRateLim

  • 在 ASP.Net Core 中使用 MiniProfiler的方法

    web应用程序的性能相信是大家普遍关心的一个问题,也相信大家有很多工具可用来分析应用程序的性能并能够找到其中的瓶颈,MiniProfiler 就是这个领域中的一款产品,它是一款简单的,功能强大的web应用分析工具,MiniProfiler 可用来帮助我们找到 慢查询, 慢响应 等问题. MiniProfiler 可用在 Asp.Net 和 ASP.Net Core 中,这篇文章将会讨论如何使用 MiniProfiler,并通过它找到应用程序的性能问题. 安装 MiniProfiler 要想使用

  • Asp.Net Core 调用第三方Open API查询物流数据的示例

    在我们的业务中不可避免要与第三方的系统进行交互,调用他们提供的API来获取相应的数据,那么对于这样的情况该怎样进行处理呢?下面就结合自己对接跨越速运接口来获取一个发运单完整的物流信息为例来说明如何在Asp.Net Core中通过代码实现.当然在他们的官方网站上面会给出具体的API调用方式以及参数格式,作为调用方只需要根据相应规则来进行编码即可,下面以我们查询某一个具体的发运单的物流信息为例来进行说明. 下面以一个查询路由详细信息为例来进行说明.当前接口主要包括:1 概述. 2 系统参数. 3 

  • Asp.Net Core中创建多DbContext并迁移到数据库的步骤

    在我们的项目中我们有时候需要在我们的项目中创建DbContext,而且这些DbContext之间有明显的界限,比如系统中两个DbContext一个是和整个数据库的权限相关的内容而另外一个DbContext则主要是和具体业务相关的内容,这两个部分彼此之间可以分开,那么这个时候我们就可以在我们的项目中创建两个不同的DbContext,然后分别注入进去,当然这两个DbContext可以共用一个ConnectionString,也可以分别使用不同的DbContext,这个需要根据不同的需要来确定,在我们

  • 在ASP.NET Core中应用HttpClient获取数据和内容

    在本文中,我们将学习如何在ASP.NET Core中集成和使用HttpClient.在学习不同HttpClient功能的同时使用Web API的资源.如何从Web API获取数据,以及如何直接使用HttpRequestMessage类来实现这些功能.在以后的文章中,我们将学习如何发送POST.PUT和DELETE请求,以及如何使用HttpClient发送PATCH请求. 要下载源代码,可以访问https://github.com/CodeMazeBlog/httpclient-aspnetcor

  • ASP.NET Core中使用令牌桶限流的实现

    在限流时一般会限制每秒或每分钟的请求数,简单点一般会采用计数器算法,这种算法实现相对简单,也很高效,但是无法应对瞬时的突发流量. 比如限流每秒100次请求,绝大多数的时间里都不会超过这个数,但是偶尔某一秒钟会达到120次请求,接着很快又会恢复正常,假设这种突发的流量不会对系统稳定性带来实质性的影响,则可以在一定程度上允许这种瞬时的突发流量,从而为用户带来更好的可用性体验.这就是令牌桶算法的用武之地. 该算法的基本原理是:有一个令牌桶,容量是X,每Y单位时间会向桶中放入Z个令牌,如果桶中的令牌数超

  • 在 ASP.NET Core 中为 gRPC 服务添加全局异常处理

    目录 一.咨询区 Dmitriy 二.回答区 valentasm 三.点评区 以下文章来源于公众号:DotNetCore实战 一.咨询区 Dmitriy 在 ASP.NET Core 中使用GRPC.ASPNETCore 工具包写 gRPC 服务,想实现 gRPC 的异常全局拦截, 代码如下: app.UseExceptionHandler(configure => {     configure.Run(async e =>     {         Console.WriteLine(&

  • ASP.NET Core中的Http缓存使用

    Http响应缓存可减少客户端或代理对web服务器发出的请求数.响应缓存还减少了web服务器生成响应所需的工作量.响应缓存由Http请求中的header控制. 而ASP.NET Core对其都有相应的实现,并不需要了解里面的工作细节,即可对其进行良好的控制. 了解Http缓存 Http协议中定义了许多缓存,但总体可以分为强缓存和协商缓存两类. 强缓存 强缓存是指缓存命中时,客户端不会向服务器发请求,浏览器F12能看到响应状态码为200,size为from cache,它的实现有以下几种方式: Ex

  • 浅谈ASP.NET Core 中jwt授权认证的流程原理

    1,快速实现授权验证 什么是 JWT ?为什么要用 JWT ?JWT 的组成? 这些百度可以直接找到,这里不再赘述. 实际上,只需要知道 JWT 认证模式是使用一段 Token 作为认证依据的手段. 我们看一下 Postman 设置 Token 的位置. 那么,如何使用 C# 的 HttpClient 访问一个 JWT 认证的 WebAPI 呢? 下面来创建一个 ASP.NET Core 项目,尝试添加 JWT 验证功能. 1.1 添加 JWT 服务配置 在 Startup.cs 的 Confi

  • ASP.NET Core中Grpc通信的简单用法

    目录: 一.简单介绍DotnetCore3.0如何将.proto文件生成对应的服务端和客户端类 二.介绍如何在服务端使用Grpc,以及Grpc需要的条件(HTTP2.TLS) 三.介绍如何创建GrpcClient,以及Grpc通讯的四种模式 四.举例如何使用Grpc 一.如何使用protobuf生成服务类 Grpc中使用协议缓冲区 (protobuf) 用作接口设计语言 (IDL),它的主要内容包含: GRPC 服务的定义. 客户端和服务器之间发送的消息. Grpc.Tools 这个工具,在每次

  • 详解在ASP.NET Core 中使用Cookie中间件

    在 http:// ASP.NET Core 中使用Cookie中间件 ASP.NET Core 提供了Cookie中间件来序列化用户主题到一个加密的Cookie中并且在后来的请求中校验这个Cookie,再现用户并且分配到HttpContext对象的User属性中.如果你想提供自己的登录方式和用户数据你可以使用Cookie中间件来实现独立的功能. 添加和配置 第一步是增加Cookie中间件到你的应用中.首先使用nuget增加Microsoft.AspNetCore.Authentication.

  • ASP.NET Core中调整HTTP请求大小的几种方法详解

    一.前言 之所以称ASP.NET Core是一个Web开发平台,源于它具有一个极具扩展性的请求处理管道,我们可以通过这个管道的定制来满足各种场景下的HTTP处理需求.ASP. NET Core应用的很多特性,比如路由.认证.会话.缓存等,也同时定制消息处理管道来实现的.我们甚至可以通过管道定制在ASP.NET Core平台上创建我们自己的Web框架,实际上MVC和SingalR这两个重要的Web框架也是采用这样的方式创建的. HTTP协议自身的特性决定了任何一个Web应用的工作方式都是监听.接收

  • ASP.NET Core中使用EPPlus导入出Excel文件的完整步骤

    前言 这篇文章说明了如何使用EPPlus在ASP.NET Core中导入和导出.xls/.xlsx文件(Excel).在考虑使用.NET处理excel时,我们总是寻找第三方库或组件.使用Open Office Xml格式(xlsx)读取和写入Excel 2007/2010文件的最流行的.net库之一是EPPlus.这个库现在已经支持.NET Core许久了.这适用于Windows,Linux和Mac. 因此,让我们创建一个新的ASP.NET Core WEB API应用程序并安装EPPlus.C

随机推荐