©2020-2024 ioDraw All rights reserved
<>一、cookie和session实际上是同一套认证流程，相辅相成。
* cookie保存在客户端
*
（通常保存session的sessionID，这个sessionID是一个毫无规则的随机数，由服务器在客户端登录通过后随机生产的。客户端每次访问该网站都要带上这个由sessionID组成的cookie。服务器收到请求，首先拿到客户端的sessionID，然后从服务器内存中查询它所代表的客户端(用户名，用户组，有哪些权限等)。）
* session保存在服务器
* （用于记录客户状态，比如我们经常会用session保存客户的基本信息、权限信息等）
<>二、token则可以服务器完全不用保存任何登录信息。
* 客户端可以将Token保存到任何地方，无限制，无状态，利于分布式部署。
* 整体的流程是这样的：
* 客户端使用用户名、密码做身份验证；
* 服务端收到请求后进行身份验证；(也可能是统一登录平台、网关）
* 验证成功后，服务端会生成一堆客户端身份信息，包括用户名、用户组、有那些权限、过期时间等等。这个整体就叫做token。签发一个Token后返回给客户端；
* 客户端收到Token以后可以把它存储起来（可以放在随意的数据库中，例如Redis）；每次向服务端发送请求的时候，都要带着Token；
* Token会有过期时间，过期后需要重新进行验证；
* 服务端收到请求，会验证客户端请求里面的Token，验证成功，才会响应客户端的请求；
<>三、为何诞生这些
* 由于HTTP无状态的特性，如果要实话客户端和服务器端的会话保持，那就需要其它机制来实现，于是Cookie和Session应运而生。
*
Session和Cookie机制来保持会话，会存在一个问题：客户端浏览器只要保存自己的SessionID即可，而服务器却要保存所有用户的Session信息，这对于服务器来说开销较大，而且不利用服务器的扩展（比如服务器集群时，Session如何同步存储就是个问题）！于是有人思考，如果把Session信息让客户端来保管而且无法伪造不就可以解决这个问题了？进而有了Token机制。