文章目录
- 引言
- I 平台会话机制:
- 平台授码、应用刷新token机制
- 核心接口涉及
- II 需求
- 背景
- 一、涉及的前端改造
- 二、涉及的后端改造
- 现状:
- III 登录设备授权
引言
建议一个应用只对应一个app,比如可以将写码和设备安装功能聚和到一个app,这样认证中心无需做任何的改动!
本文提出优化多终端会话管理的解决方案。针对同一账户在应用不同终端登录时相互挤出的问题,建议改造Redis中token的key生成规则:
- 平台授权码key增加终端类型和app标识;
- 应用授权码和应用token的key也相应调整,需新增app-code请求头区分不同终端。改造后用户会话将统一失效需重新登录。
方案涉及前后端协同改造,前端需传递app-code字段,后端需调整三类token的存储结构,从原基于登录账户改为基于用户ID+终端类型+app标识的组合键,实现多终端会话独立管理。
I 平台会话机制:
平台授码、应用刷新token机制
登录之后生成平台授权码,基于平台授权码和应用标识申请应用刷新token,基于刷新token刷新应用的访问token ,不同终端类型的会话独立管理