ASP.NET Core中移除HttpClient自动添加的Request-Id请求头

我之前也碰到过一模一样的问题！ASP.NET Core里自动出现的Request-Id头，大多是由HttpClient的默认诊断消息处理程序或者分布式追踪组件（比如OpenTelemetry、Application Insights）自动注入的。下面给你几个靠谱的解决方向，分HttpClient和Flurl两种场景来说：

一、针对原生HttpClient的解决方案 #

1. 自定义消息处理程序（最可靠） #

写一个DelegatingHandler，在请求发送前强制移除Request-Id头，不管它是怎么被加进去的：

public class RemoveRequestIdHandler : DelegatingHandler
{
    protected override async Task<HttpResponseMessage> SendAsync(
        HttpRequestMessage request, 
        CancellationToken cancellationToken)
    {
        // 检查并移除Request-Id头
        request.Headers.Remove("Request-Id");
        return await base.SendAsync(request, cancellationToken);
    }
}

然后创建HttpClient时把这个handler传进去：

// 直接实例化HttpClient的方式
var client = new HttpClient(new RemoveRequestIdHandler())
{
    BaseAddress = new Uri(mainUrl)
};

// 配置你的其他请求头
client.DefaultRequestHeaders.Accept.Clear();
client.DefaultRequestHeaders.TryAddWithoutValidation("Authorization", authorization);
client.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "application/json");

// 发送请求
var responseMessage = await client.PostAsJsonAsync(mainUrl, model);
// ...后续处理逻辑

如果是用IHttpClientFactory注册的（推荐在ASP.NET Core中使用这种方式），在Program.cs/Startup.cs里这样配置：

builder.Services.AddTransient<RemoveRequestIdHandler>();

builder.Services.AddHttpClient("MyStrictApiClient")
    .AddHttpMessageHandler<RemoveRequestIdHandler>()
    .ConfigureHttpClient(c =>
    {
        c.BaseAddress = new Uri(mainUrl);
        c.DefaultRequestHeaders.Accept.Clear();
        c.DefaultRequestHeaders.TryAddWithoutValidation("Authorization", authorization);
        c.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "application/json");
    });

2. 禁用分布式追踪的自动注入 #

如果你的项目启用了分布式追踪（比如OpenTelemetry或Application Insights），可以直接配置让它不要给HttpClient请求添加Request-Id头。以OpenTelemetry为例，在配置HttpClient instrumentation时排除这个头：

builder.Services.AddOpenTelemetry()
    .WithHttpClientInstrumentation(options =>
    {
        // 禁用自动注入Request-Id相关逻辑
        options.InjectHeaders = false;
    });

二、针对Flurl的解决方案 #

Flurl本质上是基于HttpClient的，所以上面的自定义RemoveRequestIdHandler方案完全适用——只要给Flurl使用的HttpClient注册这个handler就行。另外也可以在单个请求中直接处理：

var resps = await url.AppendPathSegment("/merchant/api/paymentinit")
    .WithHeader("Authorization", authorization)
    // 在请求发送前移除Request-Id
    .ConfigureRequest(settings =>
    {
        settings.BeforeCall = call => 
        {
            call.RequestMessage.Headers.Remove("Request-Id");
        };
    })
    .PostJsonAsync(model)
    .ReceiveString();

如果想全局生效，给Flurl配置默认的HttpClient：

FlurlHttp.Configure(settings =>
{
    settings.HttpClientFactory = new DefaultHttpClientFactory(() => 
        new HttpClient(new RemoveRequestIdHandler()));
});

总结 #

优先推荐自定义DelegatingHandler的方式，它能覆盖所有可能的Request-Id注入场景，不管是诊断组件还是其他中间件加的，都能在请求发送前被移除，稳定性最高。

内容的提问来源于stack exchange，提问作者Matthew Odedoyin