部署在Azure的Aurelia+Azure AD B2C应用在Edge、Firefox启动时重定向回登录页

我之前处理过类似的跨浏览器身份验证缓存兼容问题，结合你的代码和部署场景，给你几个具体的排查方向：

1. 优先检查浏览器缓存存储的兼容性 #

Azure App Service部署后，你的应用域名和Azure AD B2C属于跨域场景，Edge和Firefox对第三方Cookie/存储的默认限制比Chrome严格很多：

• 检查MSAL配置里的cacheLocation：默认是sessionStorage，但跨域场景下部分浏览器会限制sessionStorage的访问，尝试改成localStorage，看看是否能正常缓存用户信息和token。
• 打开Edge/Firefox的开发者工具（Application标签），查看Storage下的localStorage/sessionStorage，确认登录后是否存在MSAL相关的缓存条目（比如包含msal.前缀的键值对）。如果没有，说明MSAL的缓存逻辑在这两个浏览器里没有正常执行。

2. 优化isAuthenticated的逻辑和执行时机 #

你的代码里用了setTimeout(2000)来延迟验证，本地环境网络快可能没问题，但部署到Azure后，网络延迟或MSAL初始化耗时更长，2秒可能不足以让MSAL完成缓存加载：

• 去掉setTimeout，直接在Aurelia启动完成后同步执行验证逻辑，或者等待MSAL初始化完成后再调用isAuthenticated。比如修改main.ts：

  aurelia.start().then((a) => { 
    const auth: Auth = a.container.get(Auth);
    auth.isAuthenticated()
      .then(() => a.setRoot())
      .catch((e) => auth.login());
  });
  

• 另外，isAuthenticated里先判断getUser()再检查token的逻辑可以优化：MSAL的getUser()返回用户信息不代表有效token存在，建议先尝试获取token（比如用acquireTokenSilent），如果失败再判断用户是否存在，这样能更准确地判断认证状态。

3. 确认Azure App Service的HTTPS和Cookie配置 #

MSAL在非HTTPS环境（除localhost外）不会缓存token，Edge/Firefox对非HTTPS的存储限制更严格：

• 确保Azure App Service开启了HTTPS Only（在门户的“TLS/SSL设置”里配置）。
• 检查应用的响应头，确保MSAL相关的Cookie设置了SameSite=None; Secure属性，这样跨域场景下Edge/Firefox才能正确识别并保留Cookie。

4. 开启MSAL日志排查细节 #

开启MSAL的详细日志，能帮你定位到具体失败的环节：

• 在初始化MSAL客户端时添加日志配置：

  import { LogLevel, PublicClientApplication } from '@azure/msal-browser';
  
  const msalConfig = {
    auth: {
      clientId: '你的clientId',
      authority: 'https://你的b2c域名/tfp/你的租户/你的策略',
      redirectUri: '你的回调地址'
    },
    cache: {
      cacheLocation: 'localStorage' // 尝试改成localStorage
    },
    system: {
      loggerOptions: {
        loggerCallback: (level, message) => {
          console.log(`MSAL Log: ${message}`);
        },
        logLevel: LogLevel.Verbose
      }
    }
  };
  
  this.clientApplication = new PublicClientApplication(msalConfig);
  

• 在Edge/Firefox的控制台查看日志，重点看登录回调后MSAL的缓存过程、getUser()和token获取的相关日志，找到为什么isAuthenticated会返回reject。

5. 检查Aurelia生命周期的执行顺序 #

有时候Aurelia容器的初始化还没完成就调用Auth服务，可能导致MSAL客户端未正确初始化：

• 可以把身份验证逻辑移到根视图的attached钩子中，确保Aurelia的整个应用上下文都已就绪：

  // 根视图的view-model
  export class App {
    constructor(private auth: Auth, private aurelia: Aurelia) {}
  
    attached() {
      this.auth.isAuthenticated()
        .catch(() => this.auth.login());
    }
  }
  

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