Identity Server 4（IS4）用户资料变更后，客户端如何感知？

这个问题在基于Identity Server 4的分布式系统里太常见了，我来分享几个实际项目中用过的靠谱方案：

1. 定期主动刷新用户信息 #

最简单直接的方式就是让客户端定期调用Identity Server的connect/userinfo端点，拉取最新的用户资料。

• 可以在用户每次打开应用时触发一次刷新，或者设置一个后台定时任务（比如每30分钟）静默刷新。
• 实现起来很简单：用HttpClient带上当前有效的Access Token请求该端点，拿到返回的最新姓名、邮箱等信息后，更新客户端本地存储（比如LocalStorage、SessionStorage或者App的本地数据库）。
• 注意：如果Access Token过期了，得先调用connect/token端点用Refresh Token刷新获取新的Access Token，再去拉取用户信息。

2. 实时推送通知（SignalR/WebSocket） #

如果你的系统对用户资料变更的实时性要求很高，可以用实时通信的方式：

• 在Identity Server端，当用户通过Asp.net Identity的UserManager.UpdateAsync修改完资料后，触发一个自定义事件或者直接通过SignalHub推送消息给相关客户端。
• 客户端需要和Identity Server建立SignalR连接，订阅用户资料变更的事件，一旦收到通知就立即调用connect/userinfo刷新本地数据。
• 这种方式能做到几乎实时感知变更，但需要额外维护SignalR的连接，适合对时效性敏感的场景（比如后台管理系统）。

3. 令牌刷新时对比声明 #

当用户重新登录或者客户端用Refresh Token刷新Access Token/ID Token时，可以对比新旧ID Token里的声明：

• 把本地存储的旧ID Token中的name、email等声明，和新获取的ID Token中的对应值做对比，如果有差异就更新本地存储。
• 这种方式不需要额外的请求，但缺点是只有在令牌刷新的时候才能感知到变更，没办法实时获取。

4. 后端API主动返回最新信息 #

如果客户端大部分操作都要调用后端API，可以在后端API的全局过滤器里，每次请求时从Identity Server拉取最新的用户信息，然后在响应头或者响应体中返回给客户端：

• 后端API可以用HttpClient调用connect/userinfo端点，拿到最新资料后，把差异信息返回给客户端，客户端收到后更新本地存储。
• 这种方式能确保客户端每次和后端交互时都能拿到最新数据，但会增加后端API的工作量，适合客户端和后端交互频繁的场景。

一些注意事项 #

• 权限控制：确保客户端请求connect/userinfo端点时，Access Token拥有profile或者对应的自定义scope权限，否则会被Identity Server拒绝。
• 性能平衡：定期刷新不要设置太频繁的间隔，避免给Identity Server造成过大压力；实时推送适合小范围用户，不要滥用。
• 本地缓存一致性：不管用哪种方式，更新本地存储后要确保客户端界面能及时刷新展示最新资料。

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