C# IdentityServer4性能疑问：客户端每秒调用introspection endpoint是否合理？

每秒调用Introspection Endpoint是否合理？ #

绝对不是常见做法，这种高频调用完全不符合OAuth2/OpenID Connect的设计规范，也是导致你服务器性能崩溃的直接原因。

Introspection Endpoint的传统使用场景 #

• 仅在必要时触发调用：通常是客户端收到陌生令牌、令牌有效期较长且需要确认是否被主动撤销（比如用户主动登出、权限被管理员变更）时，才会调用该端点验证状态。
• 结合缓存策略使用：调用introspection接口后，客户端应该缓存返回的令牌状态结果，缓存周期可以设置为令牌剩余有效期的一部分，避免重复发起无意义的请求。
• 高敏感操作前验证：仅在执行高风险操作（如修改用户核心信息、完成支付转账）前，才额外验证令牌有效性，而不是在用户登录后的常规操作中频繁调用。

针对你的情况的建议 #

当前客户端每秒调用的逻辑明显是错误实现，需要排查客户端代码：

• 检查是否误将introspection接口放入了定时轮询逻辑中，移除不必要的高频调用。
• 优化令牌策略：使用短生命周期的Access Token（比如15-30分钟），配合Refresh Token获取新令牌，减少对introspection接口的依赖。
• 强制客户端添加缓存机制：对introspection接口的返回结果进行缓存，避免同一令牌被重复验证。

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