插件中“Switch Profile”选项功能异常问题排查求助

我们开发了一款用于展示用户数据并支持向数据提供商单点登录的插件。测试发现，拥有多Profile的用户切换至其他Profile后，插件始终加载首次打开应用/网站时登录的初始Profile数据，无法同步切换后的Profile信息。

插件当前核心路由逻辑：

• 检查会话中存储的API刷新令牌（refresh token）是否有效，若有效则用该令牌获取用户信息；
• 检查请求中是否存在code参数，若不存在则重定向至机构的Banno登录页面；
• 若上述条件均不满足，则获取新令牌以获取用户信息。

问题根源 #

现有逻辑的核心问题是会话中存储的refresh token未随Profile切换同步更新。用户首次登录时，会话存入了对应初始Profile的refresh token，后续切换Profile时，只要该令牌未过期，插件就会优先使用它拉取数据，完全忽略了Profile已切换的事实，自然无法加载新Profile的内容。

修复方案 #

1. Profile切换时主动清理旧令牌

在用户触发Profile切换的操作节点（比如切换按钮点击事件），立即清除会话中存储的refresh token。这样插件在下一次请求数据时，会因令牌不存在而触发获取新令牌的流程，从而拉取对应新Profile的用户数据。

2. 增加Profile标识校验逻辑

在使用refresh token获取用户信息前，新增校验步骤：

• 先通过令牌获取当前关联的Profile标识；
• 对比该标识与用户当前选中的Profile是否一致；
• 若不一致，直接丢弃旧令牌，触发重新获取新令牌的流程；
• 若一致，再正常执行数据拉取操作。

3. 优化路由逻辑的触发优先级

调整现有路由逻辑的顺序，将Profile切换状态作为最高优先级判断条件：

1. 检测是否有Profile切换操作发生；
2. 若有，清除旧refresh token，直接进入获取新令牌流程；
3. 若无，再执行原有逻辑：检查refresh token有效性 → 检查code参数 → 获取新令牌。

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