如何利用请求自定义Header值注入并注册服务？

我需要注册一个瞬时（Transient）服务ServiceA，该服务会被注入到控制器及其他服务中使用。这个服务的初始化依赖请求头中的两个自定义参数：UserId和UserName，需要将这两个值传递给ServiceA的构造函数来完成实例化。

当前ServiceA的定义如下：

public class ServiceA: IServiceA
{
    public ServiceA(string userId, string userName)
    {
      // 根据userId和userName实例化服务
    }
}

我的限制条件：

• 不想在中间件或过滤器中直接使用这些值（只需要在服务初始化时用到）
• 不想将UserId和UserName作为函数参数到处传递，避免代码冗余
• 不想使用IHttpContextAccessor，因为微软警告该类存在性能问题

请问：在应用程序中除控制器外的任何位置访问请求头的最佳方法是什么？

推荐通过Scoped服务封装请求上下文的方式实现，既符合依赖注入原则，又能安全获取请求头信息，同时避免直接使用IHttpContextAccessor或到处传递参数的问题。

步骤1：创建Scoped请求上下文类 #

定义一个Scoped服务，用于存储当前请求的用户信息：

public class UserRequestContext
{
    public string UserId { get; set; }
    public string UserName { get; set; }
}

步骤2：编写中间件填充上下文 #

在请求管道中添加中间件，从HttpContext提取请求头并填充到UserRequestContext：

public class UserRequestContextMiddleware
{
    private readonly RequestDelegate _next;

    public UserRequestContextMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context, UserRequestContext userContext)
    {
        // 从请求头获取参数
        userContext.UserId = context.Request.Headers["UserId"].FirstOrDefault();
        userContext.UserName = context.Request.Headers["UserName"].FirstOrDefault();

        // 继续执行后续管道
        await _next(context);
    }
}

// 扩展方法用于注册中间件
public static class UserRequestContextMiddlewareExtensions
{
    public static IApplicationBuilder UseUserRequestContext(this IApplicationBuilder builder)
    {
        return builder.UseMiddleware<UserRequestContextMiddleware>();
    }
}

步骤3：修改ServiceA的构造函数 #

让ServiceA依赖UserRequestContext，而不是直接接收字符串参数：

public class ServiceA: IServiceA
{
    public ServiceA(UserRequestContext userContext)
    {
        string userId = userContext.UserId;
        string userName = userContext.UserName;
        // 根据userId和userName完成初始化逻辑
    }
}

步骤4：注册服务到DI容器 #

在Program.cs中注册相关服务：

var builder = WebApplication.CreateBuilder(args);

// 注册Scoped请求上下文
builder.Services.AddScoped<UserRequestContext>();

// 注册瞬时服务ServiceA
builder.Services.AddTransient<IServiceA, ServiceA>();

var app = builder.Build();

// 添加中间件到请求管道（注意顺序：要在控制器路由之前）
app.UseUserRequestContext();

app.MapControllers();

app.Run();

方案优势 #

• 关注点分离：中间件负责提取请求头，服务只负责业务逻辑，避免代码耦合
• 避免参数冗余：无需在各个方法中传递UserId和UserName，所有依赖的服务只需注入UserRequestContext即可获取
• 线程安全：UserRequestContext是Scoped服务，每个请求都会创建独立实例，不存在多线程冲突问题
• 符合DI最佳实践：依赖抽象而非具体实现，便于后续扩展（比如从其他来源获取用户信息）

关于IHttpContextAccessor的补充说明 #

微软对IHttpContextAccessor的警告主要针对在单例服务中使用（会导致线程安全问题）或在非请求上下文场景中滥用（比如后台任务）。而在中间件或Scoped服务中直接使用HttpContext是安全且高效的，因为中间件本身就运行在请求管道的上下文里，不会有额外性能损耗。

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