在DI配置中发起请求配置带Authorization头的HttpClient是否合理？

你当前的实现可临时运行，但不属于生产环境可接受的合理方案，存在多个明显风险。

1. 依赖注入配置中发起HTTP调用是否是常规做法？ #

完全不是常规做法，存在三个核心问题：

• AddHttpClient的配置委托仅在该命名HttpClient第一次被创建调用时执行，不是服务启动阶段执行，会导致首次请求响应延迟大幅升高，甚至触发请求超时
• 写入DefaultRequestHeaders的Token是固定值，Token过期后所有请求都会返回401，除非重启服务否则无法自动刷新
• 外部IO操作嵌入服务构建逻辑，一旦OIDC服务不可用，直接导致服务启动失败/首次请求完全不可用，无任何容错空间

2. .Result阻塞调用是否有更优替代方案？ #

首先需要明确：AddHttpClient的配置委托本身没有异步重载，即便你强行用async void写异步逻辑，也会出现同步上下文阻塞、异常无法捕获等问题，本质问题不在.Result的写法，而是不该把获取Token的异步IO逻辑放在配置委托中。

.NET官方为HttpClient的切面逻辑（比如统一加授权头）提供了DelegatingHandler（委托处理器）作为标准解决方案，完全可以满足你的需求，实现异步Token获取、自动缓存刷新的能力。

步骤1：实现自定义授权处理器 #

public class OidcAuthHandler : DelegatingHandler
{
    private readonly IHttpClientFactory _httpClientFactory;
    private readonly IOptions<MyConfig> _config;
    // 缓存Token和过期时间，避免每次请求都重复申请
    private static string _cachedToken;
    private static DateTimeOffset _tokenExpireTime;
    private static readonly object _lock = new();

    public OidcAuthHandler(IHttpClientFactory httpClientFactory, IOptions<MyConfig> config)
    {
        _httpClientFactory = httpClientFactory;
        _config = config;
    }

    protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        // Token不存在或即将过期时重新申请
        if (string.IsNullOrWhiteSpace(_cachedToken) || _tokenExpireTime <= DateTimeOffset.UtcNow.AddMinutes(-1))
        {
            lock (_lock)
            {
                // 双重校验避免并发重复申请
                if (string.IsNullOrWhiteSpace(_cachedToken) || _tokenExpireTime <= DateTimeOffset.UtcNow.AddMinutes(-1))
                {
                    var oidcClient = _httpClientFactory.CreateClient("OidcClient");
                    var reqData = new Dictionary<string, string>
                    {
                        {"grant_type", "client_credentials"},
                        {"client_id", _config.Value.ClientId},
                        {"client_secret", _config.Value.ClientSecret}
                    };
                    var tokenResp = await oidcClient.PostAsync("/connect/token", new FormUrlEncodedContent(reqData), cancellationToken);
                    // 可根据业务需求添加降级容错逻辑
                    tokenResp.EnsureSuccessStatusCode();
                    var tokenResult = await tokenResp.Content.ReadFromJsonAsync<TokenResponse>(cancellationToken: cancellationToken);
                    _cachedToken = tokenResult.Token;
                    // 提前1分钟过期，避免边界时间点请求失败
                    _tokenExpireTime = DateTimeOffset.UtcNow.AddSeconds(tokenResult.ExpiresIn);
                }
            }
        }
        // 为当前请求单独添加授权头，不要修改DefaultRequestHeaders
        request.Headers.Authorization = new AuthenticationHeaderValue("Bearer", _cachedToken);
        return await base.SendAsync(request, cancellationToken);
    }
}

步骤2：修改DI注册逻辑 #

// 注册OIDC客户端，和原有逻辑一致
services.AddHttpClient("OidcClient", (isp, client) =>
{
    var options = isp.GetRequiredService<IOptions<MyConfig>>().Value;
    client.BaseAddress = new Uri(options.OidcUrl);
});
// 注册自定义授权处理器
services.AddTransient<OidcAuthHandler>();
// 注册业务客户端，挂载授权处理器
services.AddHttpClient("MyClient", (isp, client) =>
{
    var options = isp.GetRequiredService<IOptions<MyConfig>>().Value;
    client.BaseAddress = new Uri(options.Url);
}).AddHttpMessageHandler<OidcAuthHandler>();

在依赖注入配置阶段发起外部依赖调用（HTTP请求、数据库查询等IO操作）不属于合理实践。依赖注入容器的核心职责是定义服务的创建规则，不应该掺杂业务IO逻辑，否则会引入启动失败、阻塞死锁、逻辑固化无法迭代等问题。

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