MSAL.js 中获取用户ID令牌的缓存机制解析

背景介绍

微软身份验证库(MSAL.js)是用于处理Azure AD身份验证的前端JavaScript库。在最新版本的开发中，开发者发现了一个关于ID令牌缓存的重要变更，这直接影响了部分核心功能的正常使用。

问题现象

在MSAL.js 3.5.0版本之后，开发者注意到通过getActiveAccount()方法获取的账户对象中不再包含ID令牌(idToken)，尽管该令牌确实存在于浏览器的会话存储中。这一变更导致依赖ID令牌的功能(如注销操作)无法正常工作。

技术分析

缓存机制变更

在3.5.0版本的代码重构中，原本负责将ID令牌从缓存设置到账户对象的代码行被移除。具体来说，cacheManager.ts文件中原本存在的accountInfo.idToken = idToken.secret;这一行代码在新版本中被删除，而后续代码中也没有相应的替代实现。

影响范围

这一变更主要影响以下场景：

1. 需要ID令牌进行注销操作的场景(因为注销需要id_token_hint参数)
2. 依赖缓存中ID令牌进行用户信息展示的场景
3. 需要验证用户身份的后续请求

解决方案

临时解决方案

对于急需解决问题的开发者，可以考虑以下两种方案：

1. 回退到3.5.0之前的版本
2. 直接从sessionStorage中读取原始令牌数据

官方推荐方案

微软团队建议使用acquireTokenSilent方法来获取ID令牌，这是更符合设计规范的做法。该方法会首先尝试从缓存获取令牌，如果缓存中没有匹配的令牌，则会从网络获取新的ID令牌。

最佳实践

1. 对于需要ID令牌的场景，优先使用acquireTokenSilent方法
2. 不要直接依赖缓存中的ID令牌，因为可能存在租户配置变更等情况
3. 在注销流程中，确保先获取有效的ID令牌再发起注销请求

未来改进

微软团队已确认这是一个需要修复的问题，并承诺在后续版本中恢复ID令牌到账户对象的映射逻辑。但同时也会保留在某些情况下(如请求特定租户配置时)可能不返回ID令牌的设计。

总结

MSAL.js作为企业级身份验证库，其缓存机制的设计考虑了多种复杂场景。开发者在使用时应当遵循官方推荐的最佳实践，特别是在处理敏感的身份令牌时。这次变更提醒我们，在身份验证流程中，显式获取令牌比隐式依赖缓存更为可靠和安全。