.NET Framework 4.7.2中HttpClientFactory添加用户身份请求头的最佳实践

环境为C# .NET Framework 4.7.2 Web API，无法使用.NET Core。需实现类似Stack Overflow上「Configure HttpClientFactory to use data from the current request context」的功能，但限于框架版本无法采用Core方案。

目前使用Unity进行依赖注入，在Global.asax的Application_Start中调用UnityConfig.RegisterComponents()，UnityConfig.cs中通过ServiceCollection注册了名为"MyService"的HttpClient，配置代码如下：

ServiceCollection services = new ServiceCollection();
services.AddHttpClient("MyService",
    client =>
    {
        client.BaseAddress = new Uri(ConfigurationManager.AppSettings["MyServiceBaseUrl"]);
        client.DefaultRequestHeaders.Add("X-IBM-Client-Id", ConfigurationManager.AppSettings["X-IBM-Client-Id"]);
        client.DefaultRequestHeaders.Add("X-IBM-Client-Secret", ConfigurationManager.AppSettings["X-IBM-Client-Secret"]);
    });

当前使用IHttpClientFactory和RestClient发起Http请求。现要求为每个请求的Header添加包含登录用户身份的字符串，该信息在同一次请求中保持一致。由于UnityConfig仅在应用启动时执行，无法在此处动态添加该Header。考虑过两种方案：修改UnityConfig使每个请求都实例化新的HttpClient；或扩展HttpClient以添加所需信息到Header。请问该需求的最佳实践是什么？

针对.NET Framework 4.7.2 Web API + Unity的场景，推荐以下两种高效且符合HttpClient设计原则的实现方式：

方案1：使用请求上下文感知的消息处理器（DelegatingHandler） #

这是优先级最高的方案，既保留HttpClient连接池的性能优势，又能安全动态注入请求上下文的用户身份信息：

1. 实现自定义DelegatingHandler，在请求发送前从当前HttpContext提取用户身份并添加Header：

public class UserIdentityHandler : DelegatingHandler
{
    protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        // 根据实际认证方式调整用户身份获取逻辑（如Forms认证、JWT解析等）
        var currentUser = HttpContext.Current.User;
        if (currentUser?.Identity.IsAuthenticated == true)
        {
            request.Headers.Add("X-User-Identity", currentUser.Identity.Name);
            // 若需携带更多身份信息（如用户ID、角色），可自行拼接字符串
        }

        return await base.SendAsync(request, cancellationToken);
    }
}

2. 在UnityConfig中注册HttpClient时，将该处理器添加到客户端的请求管道，并注册处理器到Unity容器：

ServiceCollection services = new ServiceCollection();
services.AddHttpClient("MyService",
    client =>
    {
        client.BaseAddress = new Uri(ConfigurationManager.AppSettings["MyServiceBaseUrl"]);
        client.DefaultRequestHeaders.Add("X-IBM-Client-Id", ConfigurationManager.AppSettings["X-IBM-Client-Id"]);
        client.DefaultRequestHeaders.Add("X-IBM-Client-Secret", ConfigurationManager.AppSettings["X-IBM-Client-Secret"]);
    })
    .AddHttpMessageHandler<UserIdentityHandler>();

// 确保Unity容器能解析UserIdentityHandler
container.RegisterType<UserIdentityHandler>();

该方式复用池化的HttpClient，避免资源浪费，同时保证每个请求的Header都能正确携带当前用户身份。

方案2：封装HttpClient业务调用类，统一处理Header #

若不想使用消息处理器，可封装一个业务专用的客户端类，在发起请求前统一添加用户身份Header：

1. 创建封装类：

public class MyServiceClient
{
    private readonly IHttpClientFactory _httpClientFactory;

    public MyServiceClient(IHttpClientFactory httpClientFactory)
    {
        _httpClientFactory = httpClientFactory;
    }

    public async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request)
    {
        var client = _httpClientFactory.CreateClient("MyService");
        // 添加用户身份Header
        var currentUser = HttpContext.Current.User;
        if (currentUser?.Identity.IsAuthenticated == true)
        {
            request.Headers.Add("X-User-Identity", currentUser.Identity.Name);
        }
        return await client.SendAsync(request);
    }

    // 根据业务需求封装Get、Post等具体方法，比如：
    public async Task<T> GetAsync<T>(string relativeUrl)
    {
        var request = new HttpRequestMessage(HttpMethod.Get, relativeUrl);
        var response = await SendAsync(request);
        response.EnsureSuccessStatusCode();
        return await response.Content.ReadAsAsync<T>();
    }
}

2. 在Unity容器中注册该封装类：

container.RegisterType<MyServiceClient>();

业务层直接注入MyServiceClient发起请求，无需关心Header添加逻辑，实现了关注点分离。

不推荐的方案说明 #

• 每个请求创建新HttpClient：会生成大量TIME_WAIT状态的连接，耗尽系统端口资源，严重降低服务性能，完全违背HttpClient的设计初衷，绝对不可取。
• 直接扩展HttpClient：HttpClient由连接池管理，扩展它会导致全局状态污染，不同请求的用户信息可能互相覆盖，引发数据错乱问题。

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