在Blazor WASM中配置命名HttpClient时能否调用异步方法？

直接在AddHttpClient的配置委托里处理异步获取Token的方式不可行，正确的做法是使用自定义消息处理器（DelegatingHandler），在请求发送前异步获取Token并添加到请求头，完全适配WASM的异步环境，不会阻塞主线程。

实现步骤 #

1. 创建自定义授权Token处理器 #

这个处理器会在每个请求发送前自动获取JWT并添加到Authorization头：

public class AuthTokenHandler : DelegatingHandler
{
    private readonly ILocalStorageService _localStorageService;

    public AuthTokenHandler(ILocalStorageService localStorageService)
    {
        _localStorageService = localStorageService;
    }

    protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        // 异步获取本地存储的JWT
        var jwt = await _localStorageService.GetJwtAsync();
        if (!string.IsNullOrEmpty(jwt))
        {
            request.Headers.Authorization = new AuthenticationHeaderValue("Bearer", jwt);
        }

        // 继续发送请求
        return await base.SendAsync(request, cancellationToken);
    }
}

2. 在DI容器中注册处理器和命名HttpClient #

在Program.cs里完成服务注册：

// 注册自定义消息处理器（Blazor WASM中推荐使用Scoped生命周期）
builder.Services.AddScoped<AuthTokenHandler>();

// 注册命名HttpClient，并关联自定义处理器
builder.Services.AddHttpClient("auth")
    .AddHttpMessageHandler<AuthTokenHandler>();

为什么这种方式可行？ #

• DelegatingHandler是HttpClient请求管道的核心组件，SendAsync方法天然支持异步操作，完全规避了WASM中同步阻塞的问题。
• 采用构造函数注入ILocalStorageService，符合DI最佳实践，不需要手动构建ServiceProvider，避免了生命周期冲突。
• 每次请求都会实时获取最新的Token，确保Token过期刷新后能立即生效。

额外注意事项 #

• 确保ILocalStorageService已经正确注册到DI容器中。
• 可在处理器中扩展Token过期逻辑，比如检测Token过期后触发刷新或跳转登录页（注意避免请求循环）。
• 不要在处理器中添加过于耗时的操作，避免影响请求响应速度。

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