处理MSAL多AcquireTokenInteractive调用，避免重复浏览器登录请求

当多个并行请求触发MsalUiRequiredException时，核心问题是并发请求各自发起交互式登录，导致重复弹窗。以下是几种实用的解决思路：

1. 全局互斥锁控制交互式登录 #

通过全局锁确保同一时间只有一个请求能执行交互式登录操作，其他请求等待锁释放后，直接复用已获取的Token。

代码示例： #

首先定义一个全局的信号量（或lock对象）：

private static readonly SemaphoreSlim _loginLock = new SemaphoreSlim(1, 1);

然后在Token获取逻辑中添加锁控制：

try
{
    AuthenticationResult result = await this.pca.AcquireTokenSilent(scopes, account).ExecuteAsync();
    headers.Authorization = new AuthenticationHeaderValue("Bearer", result.AccessToken);
}
catch (MsalUiRequiredException)
{
    await _loginLock.WaitAsync();
    try
    {
        // 再次尝试静默获取，避免其他线程已完成登录并更新缓存
        var refreshedResult = await this.pca.AcquireTokenSilent(scopes, account).ExecuteAsync();
        headers.Authorization = new AuthenticationHeaderValue("Bearer", refreshedResult.AccessToken);
    }
    catch (MsalUiRequiredException)
    {
        // 确认无可用缓存后，执行单次交互式登录
        var interactiveResult = await this.pca.AcquireTokenInteractive(scopes).ExecuteAsync();
        headers.Authorization = new AuthenticationHeaderValue("Bearer", interactiveResult.AccessToken);
    }
    finally
    {
        _loginLock.Release();
    }
}

2. 封装Token获取为单例服务 #

将Token获取逻辑封装到一个单例服务中，所有业务请求通过该服务获取Token。服务内部处理并发逻辑，确保相同Scope和Account的请求不会重复发起交互式登录。

核心思路： #

• 单例服务内部维护请求队列或锁机制，当多个请求同时触发MsalUiRequiredException时，仅处理第一个请求，其余请求等待第一个请求完成后复用Token。
• 这种方式更符合模块化设计，便于统一管理Token生命周期和异常处理。

3. 利用MSAL缓存二次校验 #

在触发交互式登录前，再次调用AcquireTokenSilent检查缓存。因为并行请求中可能已有其他请求完成登录并更新了MSAL的Token缓存，此时可以直接获取最新Token，无需重复登录。

注意： #

这种方式单独使用时仍存在并发风险，建议结合全局锁一起使用，确保校验和登录操作的原子性。

内容的提问来源于stack exchange，提问作者Pat Long - Munkii Yebee