单设备登录实现原理(同一个账号多端登录强制下线)

1.强制下线简介

开发中很多业务场景会涉及到同一个账号只允许在一个地方登录,如果多端登录就会强制踢出下线
在这里插入图片描述

2.强制下线实现方案

(1)、基于session和cookie单体架构下的实现方案
基于session和cookie来实现登录会话的存储设计方案中,核心的是就是服务器给浏览器的sessionId,那么强制下线的功能就围绕这个sessionId来展开,我们利用全局的Map<sessionId,session>来帮助我们实现,流程如下:

(1)用户1登录账号A的时候,通过拦截器拦截用户的请求,然后查询全局的Map是否存在session信息

(2.1)如果存在session信息,此时说明账号A已经在其他的地方登录了,那么弹出弹框提示用户是否做强制下线操作,如果用户点击了确认强制下线,那么就删除全局Map中的session。保存新的session和sessionId的关系,这样下次登录账号A的其他地方再次登录的时候发现session已经失效,就需要重新登录。

(2.2)如果不存在session信息,那么直接保存session和sessionId的关系到全局的Map中。

(3)服务器返回sessionId给客户端

(4)设置session监听器监听session的创建和销毁,当监听到session被销毁需要在全局变量Map中移除session。
在这里插入图片描述

(2)、基于token的实现方案
token是服务器颁发的,当用户登录成功之后服务器生成一个唯一的token来存储用户基本信息。如何删除token就是多端登录下线的着手点,基于token的登录方案实现强制下线功能的流程如下:

(1)用户A使用账号A请求登录,然后服务器查询redis中是否存在userId对应的token信息
(2.1)如果存在token信息,那么就说明当前的账号A已经在其他的地方登录过了,此时就需要弹框提示用户是否强制下线其他地方的登录,如果用户确认之后,就删除当前的redis中缓存的token与userId的关系,并且重新保存新的token和userId的映射关系。当其他地方再次使用账号A请求服务器的时候,此时由于token中无法找到userId的信息,就需重新登录

(2.2)如果不存在token信息,保存userId与token信息的映射关系

(3)返回token给客户端
在这里插入图片描述

(3)、基于JWT Token的实现方案

JWT登录方案中用户的信息都保存在JWT中,在服务端不会保存任何的信息,判断用户登录信息是否有效就是根据这个JWT能否正常解析数据并且是否在有效期内,
将颁发给用户的JWT信息也缓存一份到redis上,这样redis上维护了一套userId和JWT的映射关系,token实现参照如上方案2。
在这里插入图片描述
基于cookie+session方式登录的方案,可以使用全局的Map来实现多端登录强制下线的功能,基于token和JWT方式登录的方案,可以借助redis来实现多端登录强制下线

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

画江湖Test

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值