认识cookie、session以及tooken

一、为什么需要登录凭证呢&＃xff1f;

1、web开发中&＃xff0c;我们使用最多的协议是http&＃xff0c;但是http是一个无状态的协议。
2、无状态的协议&＃xff1f;什么叫做无状态协议呢&＃xff1f;
举个例子&＃xff1a;
&＃xff08;1&＃xff09;我们登录了一个网站 www.xxx.com&＃xff0c;登录的时候我们需要输入用户名和密码&＃xff1a;比如用户名root&＃xff0c;密码&＃xff1a;123456.;
&＃xff08;2&＃xff09;登录成功之后&＃xff0c;我们要以root的身份去访问其他的数据和资源&＃xff0c;还是通过http请求去访问。
xxx的服务器会问&＃xff1a;你谁呀&＃xff1f;
root说&＃xff1a;我是root呀&＃xff0c;刚刚登录过呀&＃xff1b;
xxx&＃xff1a;怎么证明你刚刚登录过呀&＃xff1f;
root说&＃xff1a;这。。。&＃xff0c;http没有告诉你吗&＃xff1f;
xxx&＃xff1a;http的每次请求对我来说都是一个单独的请求&＃xff0c;和之前请求过什么没有关系。
&＃xff08;3&＃xff09;看到了吧&＃xff1f;这就是http的无状态&＃xff0c;也就是服务器不知道你上一步做了什么&＃xff0c;我们必须得有一个办法可以证明我们登录过。

二、COOKIE

1、认识COOKIE
&＃xff08;1&＃xff09;COOKIE&＃xff08;复数形态COOKIEs&＃xff09;&＃xff0c;又称为“小甜饼”。类型为“小型文本文件&＃xff0c;某些网站为了辨别用户身份而存储
在用户本地终端&＃xff08;Client Side&＃xff09;上的数据。

• 浏览器会在特定的情况下携带上COOKIE来发送请求&＃xff0c;我们可以通过COOKIE来获取一些信息&＃xff1b;

&＃xff08;2&＃xff09; COOKIE总是保存在客户端中&＃xff0c;按在客户端中的存储位置&＃xff0c;COOKIE可以分为内存COOKIE和硬盘COOKIE。

• 内存COOKIE由浏览器维护&＃xff0c;保存在内存中&＃xff0c;浏览器关闭时COOKIE就会消失&＃xff0c;其存在时间是短暂的&＃xff1b;
• 硬盘COOKIE保存在硬盘中&＃xff0c;有一个过期时间&＃xff0c;用户手动清理或者过期时间到时&＃xff0c;才会被清理&＃xff1b;

&＃xff08;3&＃xff09;如果判断一个COOKIE是内存COOKIE还是硬盘COOKIE呢&＃xff1f;

• 没有设置过期时间&＃xff0c;默认情况下COOKIE是内存COOKIE&＃xff0c;在关闭浏览器时会自动删除&＃xff1b;
• 有设置过期时间&＃xff0c;并且过期时间不为0或者负数的COOKIE&＃xff0c;是硬盘COOKIE&＃xff0c;需要手动或者到期时&＃xff0c;才会删除&＃xff1b;

2、COOKIE常见的属性
&＃xff08;1&＃xff09;COOKIE的生命周期&＃xff1a;

• 默认情况下的COOKIE是内存COOKIE&＃xff0c;也称之为会话COOKIE&＃xff0c;也就是在浏览器关闭时会自动被删除&＃xff1b;
• 我们可以通过设置expires或者max-age来设置过期的时间&＃xff1b;
• expires&＃xff1a;设置的是Date.toUTCString()&＃xff0c;设置格式是;expires&＃61;date-in-GMTString-format&＃xff1b;
• max-age&＃xff1a;设置过期的秒钟&＃xff0c;;max-age&＃61;max-age-in-seconds (例如一年为606024*365)&＃xff1b;

&＃xff08;2&＃xff09;COOKIE的作用域&＃xff1a;&＃xff08;允许COOKIE发送给哪些URL&＃xff09;

• Domain&＃xff1a;指定哪些主机可以接受COOKIE
  如果不指定&＃xff0c;那么默认是 origin&＃xff0c;不包括子域名。
  如果指定Domain&＃xff0c;则包含子域名。例如&＃xff0c;如果设置 Domain&＃61;mozilla.org&＃xff0c;则 COOKIE 也包含在子域名中&＃xff08;如developer.mozilla.org&＃xff09;。
• Path&＃xff1a;指定主机下哪些路径可以接受COOKIE
  例如&＃xff0c;设置 Path&＃61;/docs&＃xff0c;则以下地址都会匹配&＃xff1a;
  /docs
  /docs/Web/
  /docs/Web/HTTP

3、客户端设置COOKIE

• js直接设置和获取COOKIE&＃xff1a;
  

• 这个COOKIE会在会话关闭时被删除掉&＃xff1b;
  

• 设置COOKIE&＃xff0c;同时设置过期时间&＃xff08;默认单位是秒钟&＃xff09;
  

4、服务器设置COOKIE
&＃xff08;1&＃xff09;Koa中默认支持直接操作COOKIE

• /test请求中设置COOKIE
• /demo请求中获取COOKIE
  

三、session

1、Session是基于COOKIE实现机制

• 在koa中&＃xff0c;我们可以借助于 koa-session 来实现session认证&＃xff1a;
  
  
  

三、token

1、认识token
&＃xff08;1&＃xff09;COOKIE和session的方式有很多的缺点&＃xff1a;

• COOKIE会被附加在每个HTTP请求中&＃xff0c;所以无形中增加了流量&＃xff08;事实上某些请求是不需要的&＃xff09;&＃xff1b;
• COOKIE是明文传递的&＃xff0c;所以存在安全性的问题&＃xff1b;
• COOKIE的大小限制是4KB&＃xff0c;对于复杂的需求来说是不够的&＃xff1b;
• 对于浏览器外的其他客户端&＃xff08;比如iOS、Android&＃xff09;&＃xff0c;必须手动的设置COOKIE和session&＃xff1b;
• 对于分布式系统和服务器集群中如何可以保证其他系统也可以正确的解析session&＃xff1f;

&＃xff08;2&＃xff09;所以&＃xff0c;在目前的前后端分离的开发过程中&＃xff0c;使用token来进行身份验证的是最多的情况&＃xff1a;

• token可以翻译为令牌&＃xff1b;
• 也就是在验证了用户账号和密码正确的情况&＃xff0c;给用户颁发一个令牌&＃xff1b;
• 这个令牌作为后续用户访问一些接口或者资源的凭证&＃xff1b;
• 我们可以根据这个凭证来判断用户是否有权限来访问&＃xff1b;

&＃xff08;3&＃xff09;所以token的使用应该分成两个重要的步骤&＃xff1a;

• 生成token&＃xff1a;登录的时候&＃xff0c;颁发token&＃xff1b;
• 验证token&＃xff1a;访问某些资源或者接口时&＃xff0c;验证token&＃xff1b;

2、JWT实现Token机制

JWT生成的Token由三部分组成&＃xff1a;
&＃xff08;1&＃xff09; header

• alg&＃xff1a;采用的加密算法&＃xff0c;默认是 HMAC SHA256&＃xff08;HS256&＃xff09;&＃xff0c;采用同一个密钥进行
  加密和解密&＃xff1b;

• typ&＃xff1a;JWT&＃xff0c;固定值&＃xff0c;通常都写成JWT即可&＃xff1b;

• 会通过base64Url算法进行编码&＃xff1b;

&＃xff08;2&＃xff09; payload

• 携带的数据&＃xff0c;比如我们可以将用户的id和name放到payload中&＃xff1b;
• 默认也会携带iat&＃xff08;issued at&＃xff09;&＃xff0c;令牌的签发时间&＃xff1b;
• 我们也可以设置过期时间&＃xff1a;exp&＃xff08;expiration time&＃xff09;&＃xff1b;
• 会通过base64Url算法进行编码

&＃xff08;3&＃xff09; signature

• 设置一个secretKey&＃xff0c;通过将前两个的结果合并后进行HMACSHA256的算法&＃xff1b;
• HMACSHA256(base64Url(header)&＃43;.&＃43;base64Url(payload), secretKey);
• 但是如果secretKey暴露是一件非常危险的事情&＃xff0c;因为之后就可以模拟颁发token&＃xff0c;
  也可以解密token&＃xff1b;
  

3、Token的使用
当然&＃xff0c;在真实开发中&＃xff0c;我们可以直接使用一个库来完成&＃xff1a; jsonwebtoken&＃xff1b;

4、非对称加密

&＃xff08;1&＃xff09;前面我们说过&＃xff0c;HS256加密算法一单密钥暴露就是非常危险的事情&＃xff1a;

• 比如在分布式系统中&＃xff0c;每一个子系统都需要获取到密钥&＃xff1b;
• 那么拿到这个密钥后这个子系统既可以发布另外&＃xff0c;也可以验证令牌&＃xff1b;
• 但是对于一些资源服务器来说&＃xff0c;它们只需要有验证令牌的能力就可以了&＃xff1b;

&＃xff08;2&＃xff09;这个时候我们可以使用非对称加密&＃xff0c;RS256&＃xff1a;

• 私钥&＃xff08;private key&＃xff09;&＃xff1a;用于发布令牌&＃xff1b;
• 公钥&＃xff08;public key&＃xff09;&＃xff1a;用于验证令牌&＃xff1b;

&＃xff08;3&＃xff09;我们可以使用openssl来生成一对私钥和公钥&＃xff1a;

• Mac直接使用terminal终端即可&＃xff1b;
• Windows默认的cmd终端是不能直接使用的&＃xff0c;建议直接使用git bash终端&＃xff1b;

openssl
> genrsa -out private.key 1024
> rsa -in private.key -pubout -out public.key


5、使用公钥和私钥签发和验证签名

6、派发令牌和验证令牌

四、补充部分

关注公众号&＃xff1a;【深漂程序员小庄】&＃xff1a;
内含丰富的学习资源和面试经验&＃xff08;不限前端、java&＃xff09;&＃xff0c;还有学习交流群可加&＃xff0c;并且还有各大厂大佬可一起交流学习&＃xff0c;一起进步&＃xff5e;添加小庄微信&＃xff0c;回复【加群】&＃xff0c;可加入互联网技术交流群&＃xff1a;