对于http的无状态性质,现阶段有何种解决方案?

本文探讨了HTTP协议的无状态性质及其带来的问题,如用户登录后切换页面需重新登录。文章列举了三种常见的解决方案:3.1 Token机制,通过UUID生成token存储在Redis中,每次请求附带token验证用户身份。3.2 Cookie,由服务器生成并发送给客户端,每次请求时携带Cookie以识别用户。3.3 Session,服务端创建Session并利用Cookie在客户端保存Session ID,以跟踪用户状态。同时,文章提到了Cookie在用户体验和登录方式多样化方面的应用。
摘要由CSDN通过智能技术生成

1、http协议有一个特性就是无状态,何为无状态。就是上一次的请求对这次的请求没有任何影响,服务端也不会对客户端上一次的请求进行任何记录处理。

2、http协议的无状态性带来的问题:用户登录后,切换到其他界面,进行操作,服务器端是无法判断是哪个用户登录的。 每次进行页面跳转的时候,得重新登录。

3、解决方案

3.1 token

待整理: 参考项目中的解决办法

每次用户调用登录接口的时候,就会根据UUID生成一个token, 然后把token和对应的UserInfo(用户信息)存入到redis中去,String类型,key是token,value是对应的UserInfo信息。并且最终会把生成的token返回给前端。下次请求其他操作的时候,会在请求的head中包含token信息。String token = UUID.randomUUID().toString();

待该用户请求其他界面操作的时候,首先拦截器会对请求进行拦截,如果不在白名单中的url请求,会先从请求的头部中获取到token值,然后根据token去redis缓存中获取UserInfo,如果不存在相应的UserInfo, 那么表明用户没有登录。直接返回请重新登录。否则就处理相关的请求。

在用户退出登录的时候,会根据退出登录中的token,做删除操作,删除redis中的用户信息,以及其他的信息。
待下次登录的时候,又会重新生成。

http无状态
页面之间的跳转是原生进行的,不同的操作对应不同的接口请求。如果

登录的时候,在服务器端使用uuid随机生成一个token

String token = UUID.rand

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值