token session cookie的理解

Token 可以理解为就是一个令牌，原理：
客户端使用用户名和密码请求登录。服务端收到请求，验证用户名和密码。验证成功后，服务端会生成一个token，然后把这个token发送给客户端。客户端收到token后把它存储起来，可以放在cookie或者Local Storage（本地存储）里。客户端每次向服务端发送请求的时候都需要带上服务端发给的token。服务端收到请求，然后去验证客户端请求里面带着token，如果验证成功，就向客户端返回请求的数据。
简单token的组成；uid(用户唯一的身份标识)、time(当前时间的时间戳)、sign（签名，token的前几位以哈希算法压缩成的一定长度的十六进制字符串。为防止token泄露。
生成方式： mac地址（手机本身的地址），第二就是服务端根据用户的pin和密码，本地生成一个一个sessionid，作为token(存在sessoin里面)，
存活时间：token本身服务端设置了生存时间，一旦超过用户需要重新登录，
Token的检索时间，是在服务端数据库里面存储，当然也可以在内存中存放，用于提升检索速度。
加密不能用明文方式进行存储，要用https 或者特定加密算法。（将请求URL、时间戳、token三者合并）

在网站中，http请求是无状态的。也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户。cookie的出现就是为了解决这个问题，第一次登录后服务器返回一些数据（cookie）给浏览器，然后浏览器保存在本地，当该用户发送第二次请求的时候，就会自动的把上次请求存储的cookie数据自动的携带给服务器，服务器通过浏览器携带的数据就能判断当前用户是哪个了。cookie存储的数据量有限，不同的浏览器有不同的存储大小，但一般不超过4KB。因此使用cookie只能存储一些小量的数据。
session和cookie的作用有点类似，都是为了存储用户相关的信息。不同的是，cookie是存储在本地浏览器，而session存储在服务器。存储在服务器的数据会更加的安全，不容易被窃取。但存储在服务器也有一定的弊端，就是会占用服务器的资源
1、存储在服务端：通过cookie存储一个session_id，然后具体的数据则是保存在session中。如果用户已经登录，则服务器会在cookie中保存一个session_id，下次再次请求的时候，会把该session_id携带上来，服务器根据session_id在session库中获取用户的session数据。就能知道该用户到底是谁，以及之前保存的一些状态信息。这种专业术语叫做server side session。

2、将session数据加密，然后存储在cookie中。这种专业术语叫做client side session。flask采用的就是这种方式，但是也可以替换成其他形式。

3. 为什么会有token的出现？
答：首先，session的存储是需要空间的，其次，session的传递一般都是通过cookie来传递的，或者url重写的方式；而token在服务器是可以不需要存储用户的信息的，而token的传递方式也不限于cookie传递，当然，token也是可以保存起来的；

4. token的生成方式？
答：浏览器第一次访问服务器，根据传过来的唯一标识userId，服务端会通过一些算法，如常用的HMAC-SHA256算法，然后加一个密钥，生成一个token，然后通过BASE64编码一下之后将这个token发送给客户端；客户端将token保存起来，下次请求时，带着token，服务器收到请求后，然后会用相同的算法和密钥去验证token，如果通过，执行业务操作，不通过，返回不通过信息；

5. token和session的区别？
token和session其实都是为了身份验证，session一般翻译为会话，而token更多的时候是翻译为令牌；
session服务器会保存一份，可能保存到缓存，文件，数据库；同样，session和token都是有过期时间一说，都需要去管理过期时间；
其实token与session的问题是一种时间与空间的博弈问题，session是空间换时间，而token是时间换空间。两者的选择要看具体情况而定。

虽然确实都是“客户端记录，每次访问携带”，但 token 很容易设计为自包含的，也就是说，后端不需要记录什么东西，每次一个无状态请求，每次解密验证，每次当场得出合法 /非法的结论。这一切判断依据，除了固化在 CS 两端的一些逻辑之外，整个信息是自包含的。这才是真正的无状态。 
而 sessionid ，一般都是一段随机字符串，需要到后端去检索 id 的有效性。万一服务器重启导致内存里的 session 没了呢？万一 redis 服务器挂了呢？ 

方案 A ：我发给你一张身份证，但只是一张写着身份证号码的纸片。你每次来办事，我去后台查一下你的 id 是不是有效。 
方案 B ：我发给你一张加密的身份证，以后你只要出示这张卡片，我就知道你一定是自己人。 

cookie 是存放在客户端的一个文件，当然也可以调用cookie的处理api，进行相对应的处理

1，无法验证请求者身份。现有方案里面信息虽然是由服务端生产下发，但是存储是在客户端，非常容易被第三方获取，一旦获取了信息，第三方完全有能力通过修改Cookie来让伪造身份，从而通过身份验证。

2，可以被反复使用。现有方案的Cookie信息为一段时间内有效，第三方在获取信息后可以对服务端进行请求攻击，从而压垮服务器造成服务的不可用，无法满足服务端的防刷要求。

3，可以被篡改。由于Cookie是存储在客户端，第三方可以对Cookie进行篡改，在一些情况下也容易对服务端造成有目的的破坏。

 

session是存在服务端的，

增加服务的压力的，每次session id 都可以搭载在cookie 里，或者sessionid 可以当成为token，但是存在上面的一些异同

咚咚token：

在每次建立连接之前，客户端先主动向第三方服务请求安全token，然后用此安全token和服务端建立长连接。此token具有一次使用的特征，不在客户端保存，每次建立连接之前都重新生成。

 

参考文章：

token和 session的分别
https://www.cnblogs.com/xiaozhang2014/p/7750200.html

https://www.cnblogs.com/linguoguo/p/5106618.html

 

https://mp.weixin.qq.com/s/f1TKJHXFbDJa_hz9ZbXtrA