在?ASP.NET?Core?中使用?HTTP?標頭傳播詳情

更新時間：2022年04月12日 21:21:09 作者：My?IO

這篇文章主要介紹了在?ASP.NET?Core?中使用?HTTP?標頭傳播詳情，文章通過，我們創(chuàng)建?ServerA、ServiceB?兩個?Web?API?項目展開內容,需要的朋友可以參考一下

前言

我們常用 JWT 令牌用于身份驗證，前端一般是在請求中包含 HTTP 標頭 Authorization 實現(xiàn)。

但是，當服務間需要互相調用時，也需要"按原樣"將標頭傳播到目標服務。

原來的解決方案是從請求中讀取標頭，并將其添加到對外請求標頭集合中。

后來發(fā)現(xiàn)，微軟已經(jīng)考慮了這種場景，并提供了專門的中間件來解決這個需求。

Demo

下面，我們創(chuàng)建 ServerA、ServiceB 兩個 Web API 項目來演示這一功能。

首先，ServiceB 有一個 GET 方法，返回在請求中收到的所有標頭，這使我們能夠驗證標頭是否被傳播：

public IHeaderDictionary Get()
{
return Request.Headers;
}

執(zhí)行 ServiceB 的 GET 請求，我們可以類似下圖的響應：

在 ASP.NET Core 中使用 HTTP 標頭傳播_解決方案

現(xiàn)在，用 ServiceA 調用 ServiceB 并返回響應。

這將向我們顯示哪些標頭傳播到 ServiceB：

public async Task<string> Get()
{
var client = _clientFactory.CreateClient("ServiceB-Client");

var response = await client.GetAsync("/ServiceB");
return await response.Content.ReadAsStringAsync();
}

執(zhí)行 ServerA 的 GET 請求，可以看到，Authorization 標頭并沒有被傳播：

在 ASP.NET Core 中使用 HTTP 標頭傳播_自定義_02

這時，我們可以引用 Nuget 包 Microsoft.AspNetCore.HeaderPropagation，并且修改 Startup.cs 啟用標頭傳播功能：

public void ConfigureServices(IServiceCollection services)
{
// 定義需要傳播的標頭
services.AddHeaderPropagation(options => options.Headers.Add("Authorization"));

services.AddHttpClient("ServiceB-Client", options => options.BaseAddress = new Uri("http://localhost:57516"))
// 定義開啟標頭傳播
.AddHeaderPropagation();

......
}

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
// 添加標頭傳播middleware
app.UseHeaderPropagation();

......
}

再次執(zhí)行 ServerA 的 GET 請求，可以看到，Authorization 標頭被正確傳播了：

在 ASP.NET Core 中使用 HTTP 標頭傳播_中間件_03