ADAL SPFx中getCachedUser始终为空，已登录Office 365仍强制重定向登录求助

我之前遇到过几乎一模一样的问题！当时折腾了好一阵才找到症结，给你分享下我踩过的坑和排查方向：

1. 先检查SPFx上下文的初始化时机 #

SPFx Web部件的生命周期和纯JS项目不一样，如果你在onInit()方法里过早调用getCachedUser，很可能此时SPFx的身份缓存还没被系统填充完成。纯JS PoC因为是在DOM完全加载后才处理身份逻辑，所以不会有这个问题。

试试把获取用户信息的逻辑延后：

• 移到render()方法中执行
• 或者在onInit()里先等待Graph客户端初始化完成：

async onInit(): Promise<void> {
  await super.onInit();
  // 先确保Graph客户端就绪
  const client = await this.context.msGraphClientFactory.getClient();
  // 再去读取缓存用户信息
  const cachedUser = this.getCachedUser();
}

2. 验证身份缓存的存储与权限配置 #

• 缓存存储差异：SPFx默认的身份缓存机制和你纯JS PoC可能不同，检查你的代码中是否手动指定了缓存策略（比如用AadHttpClientConfiguration），确认缓存存储是localStorage还是sessionStorage，有没有被浏览器隐私设置清空。
• 权限缺失：如果Web部件没有配置User.Read这类基础权限，即使用户登录了，也无法获取用户信息导致缓存为空。检查config/package-solution.json和config/config.json里的权限声明是否正确。

3. 排查SPFx版本兼容性 #

某些旧版本的SPFx（比如1.12.x及更早）在身份缓存处理上存在bug，我当时就是升级到1.14.x稳定版后，这个问题直接消失了。建议你把SPFx脚手架升级到最新稳定版，重新编译部署试试。

4. 优化登录重定向的触发逻辑 #

别一看到getCachedUser为空就直接跳转！SPFx可能需要几毫秒时间去同步用户身份状态。可以先用SPFx内置的上下文判断用户是否已登录：

// 先通过pageContext判断用户登录状态
if (!this.context.pageContext.user.email || !this.context.pageContext.user.loginName) {
  // 确实未登录，再触发重定向
  this.redirectToLogin();
} else {
  // 用户已登录，尝试读取缓存，若为空则从Graph重新获取并更新缓存
  const cachedUser = this.getCachedUser();
  if (!cachedUser) {
    const user = await this.fetchUserFromGraph();
    this.setCachedUser(user);
  }
}

5. 检查缓存键名是否冲突 #

如果页面上还有其他SPFx Web部件，可能出现缓存键名重复导致缓存被覆盖的情况。给你的缓存键加上Web部件的唯一标识前缀，比如：

const CACHE_KEY = `my-webpart-${this.context.instanceId}-user-info`;

我当时的最终修复方案是：把用户信息的读取逻辑移到render()中，先通过pageContext确认用户已登录，再读取缓存；同时升级了SPFx版本到1.15.x，之后就再也没有出现过不必要的登录重定向了。

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