使用MSAL acquireTokenRedirect()获取令牌时重定向地址异常问题

看起来你的acquireTokenRedirect遇到了一个奇怪的重定向问题——明明配置了正确的redirectUri，回调也触发了，但最终却跳到了根路径。结合你的控制台输出和代码，我整理了几个可能的原因和解决步骤：

1. 检查handleRedirectCallback是否隐藏了跳转逻辑 #

虽然你现在的回调里只有console.log，但要确认有没有后续添加的代码（或者第三方脚本）在回调执行后触发了跳转到根路径。比如有没有类似这样的误写逻辑：

msal.handleRedirectCallback((error, response) => { 
  console.log('Redirect call back is called');
  // 不小心触发了跳转？
  if (someUndefinedCondition) {
    window.location.href = '/';
  }
});

建议在回调里加上错误日志，排查是否有未捕获的错误导致异常跳转：

msal.handleRedirectCallback((error, response) => { 
  console.log('Redirect call back is called');
  if (error) {
    console.error('回调错误详情:', error);
    return;
  }
  console.log('令牌获取成功:', response);
});

2. 确保MSAL实例初始化的redirectUri和请求参数完全一致 #

MSAL对redirectUri的匹配非常严格，哪怕是结尾的斜杠差异都可能导致问题。检查你的MSAL初始化代码，确保auth.redirectUri和acquireTokenRedirect参数里的完全相同：

// MSAL初始化示例
const msalInstance = new msal.PublicClientApplication({
  auth: {
    clientId: '你的客户端ID',
    authority: 'https://login.microsoftonline.com/你的租户ID',
    redirectUri: 'http://localhost:8080/admin/' // 必须和acquireTokenRedirect里的完全一致
  }
});

3. 排查前端路由的重定向逻辑 #

如果你的应用使用了前端路由（比如React Router、Vue Router），重点检查/admin/路径的配置：

• 确认/admin/是一个有效的路由，没有被其他路由规则（比如全局重定向、404路由）强制跳转到根路径
• 如果使用了history模式，确保服务器配置了正确的 fallback（比如Nginx要把所有请求转发到index.html），避免/admin/路径返回404后被服务器重定向到根

4. 清除浏览器缓存和MSAL存储 #

有时候旧的缓存状态会导致异常行为。尝试：

• 清除浏览器的本地存储（找到msal.*相关的键值对删除）
• 清除浏览器缓存，然后重新测试

5. 再次确认Azure门户的重定向URI配置 #

虽然你提到已经设置了http://localhost:8080/admin/，但再仔细核对一次：

• 确保Azure门户里的重定向URI和代码里的完全一致（包括协议、端口、结尾斜杠）
• 不要同时存在http://localhost:8080和http://localhost:8080/admin/这样的相似URI，避免MSAL匹配错误

另外，你提到loginRedirect能正常工作，这说明基础的重定向配置是没问题的，问题大概率出在acquireTokenRedirect的回调处理或者后续的应用逻辑上，重点排查前面几点应该能解决。

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