登录实现分析

1 篇文章 0 订阅

一、用户登录业务介绍

1.1 单一服务模式

早期单一服务器,用户认证
在这里插入图片描述

  • 缺点:单点性能压力,无法扩展

1.2 SSO(single sign on)模式

分布式,SSO(single sign on)模式
在这里插入图片描述

  • 优点:
  1. 用户身份信息独立管理,更好的分布式管理
  2. 可以自己扩展安全策略
  • 缺点:
  1. 认证服务器访问压力较大
1.2.1 Redis方案
  • 采用cook+Redis的登录方案
  • 大概步骤:
  1. 客户端访问A服务,登录验证获取用户信息
  2. 用户信息存入到Redis中
  3. key通过服务A,发给客户端,存入cookie
  4. 客户端带着cookie访问B服务,B拿到key找到redis验证
  5. redis根据key验证是否登陆
1.2.2 Token方案

采用cookie+token字符串实现登录,业务流程图{用户访问业务时,必须登录的流程}
在这里插入图片描述

  • 优点:
  1. 无状态:token无状态,sesion有状态
  2. 基于标准化: 你的API可以采用标准化的 JSON Web Token (JWT)
  • 缺点:
  1. 占用宽带
  2. 无法在服务器销毁,客户端清除cookie实现登出系统

基于微服务开发,选择token的形式相对较多,因此我使用token作为用户认证的标准

二、 前端实现流程

  • 登录页面实现登录操作
  1. 调用api接口方法验证用户手机号密码
  2. 验证通过后拿到token字符串
  3. token存入cookie里
  4. 创建request拦截器,token存入头信息
  5. 调用api接口方法,用token获取用户信息
  6. 用户信息存入cookie,跳转首页
  • 首页面
  1. 从cookie里面取出用户信息
  2. 用户信息复制给对象
  3. 页面更具对象进行判断是否展示用户信息
  4. 清除cookie实现登出操作
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Sunset、筱虎

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

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

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

打赏作者

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

抵扣说明:

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

余额充值