fastadmin token 验证错误_基于token机制鉴权架构

常见的鉴权方式有两种，一种是基于session，另一种是基于token方式的鉴权，我们来浅谈一下两种 鉴权方式的区别。

两种鉴权方式对比

session

1. 安全性：session是基于cookie进行用户识别的，cookie如果被截获，用户很容易受到跨站请求伪造的攻击。
2. 扩展性：session是有状态的，是具有IP黏贴性和有中心化特性的，在分布式环境下，虽然每台服务器业务逻辑一样，但是session是保存在各个服务器中的，而且每个服务器内存是不共享的，如果使用session去实现分布式部署的话，需要使用其他的一些技术手段去实现，比如spring session，将session保存在第三方服务中，比如redis，这样一旦第三方服务出现问题，整个验权系统就会奔溃，在电商系统及高并发系统中的集群化处理显然是不合适的。
3. 抗压能力：通常session是存储在内存中的，每个用户通过认证后都会将session存储在服务器内存中，当用户量增大的情况下服务器的压力也随之增大。

token

1. 安全性：浏览器会将接收到的token值存储在Local Storage中，(通过js代码写入Local Storage，通过js获取，并不会像cookie一样自动携带)
2. 扩展性：token是无状态的，是去中心化的，在分布式环境下，各个服务器中的服务只对token进行数据查询，它不需要在服务端保留用户信息或者会话信息，这意味着用户不需要考虑登