文章目录
- 一、什么是有状态认证?
- 二、什么是无状态认证?(token)
- 三、无状态分布式认证解决方案
一、什么是有状态认证?
有状态认证,即服务端需要记录每次会话的客户端信息,从而识别客户端身份,根据用户身份进行请求的处理,典型的设计如tomcat中的session。
例如登录:用户登录后,我们把登录者的信息保存在服务端session中,并且给用户一个cookie值,记录对应的session。然后下次请求,用户携带cookie值来,我们就能识别到对应session,从而找到用户的信息。
缺点是什么?
- 服务端保存大量数据,增加服务端压力
- 服务端保存用户状态,无法进行水平扩展
- 客户端请求依赖服务端,多次请求必须访问同一台服务器
二、什么是无状态认证?(token)
微服务集群中的每个服务,对外提供的都是Rest风格的接口。而Rest风格的一个最重要的规范就是:服务的无状态性,即:
- 服务端不保存任何客户端请求者信息
- 客户端的每次请求必须具备自描述信息,通过这些信息识别客户端身份
带来的好处是什么呢?
- 客户端请求不依赖服务端的信息,任何多次请求不需要必须访问到同一台服务
- 服务端的集群和状态对客户端透明
- 服务端可以任意的迁移和伸缩
- 减小服务端存储压力
三、无状态分布式认证解决方案
无状态认证的流程:
- 当客户端第一次请求服务时,服务端对用户进行信息认证(登录)
- 认证通过,将 用户信息进行加密形成token,返回给客户端(保存到前端 Cookie或LocalStroage中),作为登录凭证
- 客户端以后每次请求,客户端都携带Cookie中的认证信息的token
- 服务端对token进行解密,判断是否有效(身份合法性校验)。
- 服务端从token中解析出登录用户信息(用户ID,用户角色等)
流程图:
整个无状态认证过程中,最关键的点是什么?
token的安全性!!!
因为token是识别客户端身份的唯一标示,如果加密不够严密,被人伪造那就完蛋了。所以token应该是加密的!
session认证适用并发量小的,用户量少的。token认证适用并发量大的,用户量多的。