OAuth2与JWT（单点登录）

什么是单点登录？

• 现在的应用几乎都是分布式，实现一方遍登录，分布的模块都不需要在进行登录授权
• 比如你在百度贴吧上登录了你的百度账号，在进入到贴吧的网页版，此时你是不需要重新登录就可以访问贴吧模块

那么单点登录的实现？

• 1:使用session广播：将存入sesion的信息分发到各分布的模块中，进行复制。这种方式的话在如今局限比较大，在并发小的时候是可以用。因为这种方式限制了横向应用的扩张，每个模块中的session都是所有模块的session信息
• 2:使用redis+cookie实现：使用redis作为session缓存，redis的优势就是读操作快，多个模块公用同个redis服务器，同时在扩张方面可以redis集群
• 3：第三种：使用自包含令牌，通过客户端保存数据，而服务器不保存会话数据（Token）
  （1）生成按照一定规则的字符串，比如字符串包含用户名+id，对字符串进行base64编码，url编码
  （2）每次发送请求的时候，带着这个生成的字符串发送请求

现代微服务中系统微服务化以及应用的形态和设备类型增多，不能用传统的登录方式核心的技术不是用户名和密码，而是token，由AuthServer颁发token，用户使用token进行登录

经典的应用场景就是：

微信/支付宝/微博…授权登录

先简单的介绍下OAuth2

再融资的过程中为了向投资人解释OAuth2是什么，于是写了一篇文章，《OAuth2最简向导》可以参考此篇文章，通熟易懂

OAuth2是什么，做什么事情

（1）OAuth2是针对特定问题的一种解决方案

（2）OAuth2现主要用于解决两个问题

第一个 开放系统间授权问题

• lucy把自己照片存储到云盘上，通过网络上打印服务打印云盘里面照片，默认肯定不能访问云盘的
  lucy需要对打印服务进行授权，OAuth2解决如何进行授权问题

第二个 单点登录的问题

简单来理解：OAuth是一种解决授权问题的方案/协议，而JWT（JSON Web Token）就是具体的实施手段

JSON Web Token（JWT）

• 典型的，一个JWT看起来如下图：

该对象为一个很长的字符串，字符之间通过"."分隔符分为三个子串。
每一个子串表示了一个功能块，总共有以下三个部分：JWT头、有效载荷和签名

JWT头

JWT头部分是一个描述JWT元数据的JSON对象，通常如下所示。

{
  "alg": "HS256",
  "typ": "JWT"
}

在上面的代码中，alg属性表示签名使用的算法，默认为HMAC SHA256（写为HS256）；typ属性表示令牌的类型，JWT令牌统一写为JWT。最后，使用Base64 URL算法将上述JSON对象转换为字符串保存。

有效载荷Playload

有效载荷部分，是JWT的主体内容部分，也是一个JSON对象，包含需要传递的数据。 JWT指定七个默认字段供选择。

iss：发行人
exp：到期时间
sub：主题
aud：用户
nbf：在此之前不可用
iat：发布时间
jti：JWT ID用于标识该JWT

除以上默认字段外，我们还可以自定义==私有字段（也就是可以自己方识别这个用户的相关信息字段），==如下例：

{
  "sub": "1234567890",
  "name": "Helen",
  "admin": true
}

请注意，默认情况下JWT是未加密的，任何人都可以解读其内容，因此不要构建隐私信息字段，存放保密信息，以防止信息泄露。

JSON对象也使用Base64 URL算法转换为字符串保存。

签名哈希Signature

签名哈希部分是对上面两部分数据签名，通过指定的算法生成哈希，以确保数据不会被篡改。

首先，需要指定一个密码（secret）。该密码仅仅为保存在服务器中，并且不能向用户公开。然后，使用标头中指定的签名算法（默认情况下为HMAC SHA256）根据以下公式生成签名。

HMACSHA256(base64UrlEncode(header) + "." + base64UrlEncode(claims), secret)

在计算出签名哈希后，JWT头，有效载荷和签名哈希的三个部分组合成一个字符串，每个部分用"."分隔，就构成整个JWT对象。

JWT的用法

客户端接收服务器返回的JWT，将其存储在Cookie或localStorage中。

此后，客户端将在与服务器交互中都会带JWT。如果将它存储在Cookie中，就可以自动发送，但是不会跨域，因此一般是将它放入HTTP请求的Header Authorization字段中。当跨域时，也可以将JWT被放置于POST请求的数据主体中。

JWT问题和趋势

JWT不仅可用于认证，还可用于信息交换。善用JWT有助于减少服务器请求数据库的次数。
生产的token可以包含基本信息，比如id、用户昵称、头像等信息，避免再次查库
存储在客户端，不占用服务端的内存资源
JWT默认不加密，但可以加密。生成原始令牌后，可以再次对其进行加密。
当JWT未加密时，一些私密数据无法通过JWT传输。
JWT的最大缺点是服务器不保存会话状态，所以在使用期间不可能取消令牌或更改令牌的权限。也就是说，一旦JWT签发，在有效期内将会一直有效。
JWT本身包含认证信息，token是经过base64编码，所以可以解码，因此token加密前的对象不应该包含敏感信息，一旦信息泄露，任何人都可以获得令牌的所有权限。为了减少盗用，JWT的有效期不宜设置太长。对于某些重要操作，用户在使用时应该每次都进行进行身份验证。
为了减少盗用和窃取，JWT不建议使用HTTP协议来传输代码，而是使用加密的HTTPS协议进行传输。

所以OAuth2与JWT的关系：OAuth提供的是方案，而JWT是具体实施