BAT会用的接口鉴权cookie、session和token

BATJ都会用到的接口鉴权cookie、session 和token

一、鉴权

鉴权是指验证用户是否拥有访问系统的权利—鉴定权限。

二、cookie、session和token

为什么会有cookie、session和token？

1、 http是无状态协议

什么是无状态呢？

答：当前请求和上一次或者下一次请求是没有任何关系的，好处是速度快，坏处是无法共享信息。

2、 互联网的兴起

以前的网站，基本用来查看些文件或者图片，作为服务器不需要记录谁来放访问了什么文件，每次来一个新的HTTP请求， 给予响应即可。

但随着互联网的飞速发展， http无状态的缺点被放大。

各种各样的交互网站，必须登录后才能进行一些操作，比如发帖需要记录发帖人、浏览记录等，不同账号访问的信息必须独立存储。

3、 cookie、session的加入

我们不能修改HTTP协议（无状态），那么要解决共享信息的问题必须用其他的手段。

于是就有了会话ID(session id)，服务器为每个用户生成一个不一样的随机字符串(session id)，一份存在服务器，一份以cookie的形式写给浏览器。

浏览器每次向服务器发起HTTP请求时，携带这个字符串(session id)回传给服务器，这样就能区分谁是谁了。

4、 session有啥缺点呢？

虽然session解决了共享信息的问题，但同时对服务器带来了其他问题—资源开销（内存、cpu）。

对于浏览器来说sessionid是非常好用的，只需要在cookie中存一个字符串就行了，但是服务器必须存储所有在线的用户sessionid，那么同时在线的人数越多开销越大，严重影响了服务器的性能。

这时可以选择去扩展服务器做集群，但同时也出现分布式sessionid问题，那么可以采用session粘滞或者session集中式管理（redis）来解决。

5、 摆脱session，拥抱token

上述的解决方案都是围绕session，那么能不能不用sessionid来解决呢？

如果不适用sessionid，如何确保数据是服务器生成的呢？怎么去验证呢？用户信息存在哪？

于是有人想到了自己按照一定规则生成加密字符串，服务器只验证不存储，只要验证通过说明是自己生成的，用户信息存储在加密字符串中，这样性能、CORS(跨域资源共享)都能解决，而这个加密字符串就是token。

cookie、session的区别

cookie：客户端和服务端都能创建cookie，都是存放在客户端。存放一些小而不敏感的数据，并且数据类型只能是字符串（json）。

session：服务端生成session，存放在服务端。可以存放任意数据，java中session中可以存放任意对象。

session必须依赖cookie实现。

三、session和token的区别

session：服务器生成、存储、验证，以cookie的方式传给客户端，客户端以同样方式发送给服务端。

session有状态。

token：服务器生成、验证，以cookie或者请求头的方式传给客户端，客户端以同样方式发送给服务端。

token无状态。

四、接口鉴权方案

接口鉴权token解决方案：完成登录之后，获取到token字符串，再次请求时加入。

接口鉴权session解决方案：完成登录之后，获取带有session信息的cookie，再次请求时加入。

本文由柠檬班罗杰老师原创，转载需注明出处！