理解OAuth2：角色、流程与授权方式-优快云博客

client：客户——>腾讯视频APP

resource owner：资源所有者——>本人的微信（我）

Authorization server：认证服务器——>OAuth2

resource server：资源服务器——>微信服务器

举例说明：

登录腾讯视频APP，首先由腾讯视频发送认证申请给我的微信，接着由我同意授权，返回一个授权码code给腾讯视频，接着腾讯视频拿着授权码code请求OAuth2，接着OAuth2返回一个token令牌给腾讯视频，腾讯视频拿着token令牌请求微信服务器，微信服务器同意腾讯视频的登录。

四、OAuth2授权方式

由于互联网有多种场景， OAuth2定义了四种获取令牌的方式：

授权码（authorization-code）

        隐藏式（implicit）

        密码式（password）

        客户端凭证（client credentials）

注：使用令牌方式的优点

1、令牌又时效性，一般是短期的，且不能修改，密码一般是长期有效的

2、令牌可以由颁发者撤销，且即时生效，密码一般可以不用修改而长期有效

3、令牌可以设定权限的范围，且使用者无法修改

在使用令牌时需要保证令牌的保密，令牌验证有效即可进入系统，不会再做其他的验证。

1、授权码

第三方应用先申请一个授权码，然后再用该码获取令牌。

最常见的用法，安全性高，适合 web 应用。授权码通过前端传送，令牌则是储存在后端，而且所有与资

源服务器的通信都在后端完成。这样的前后端分离，可以避免令牌泄漏。

资源服务器提供一个链接，用户点击后就会跳转到认证服务器，授权用户数据给资源服务器使用，

资源服务器提供的连接的示例：

https : //b.com/oauth/authorize?

response_type = code & 表示使用授权码方式；

client_id = CLIENT_ID & 请求者的身份 ID；

redirect_uri = CALLBACK_URL & 认证服务器接受请求之后的调转连接，可以根据这个连接将生成的 code 发送给资源服务器；

scope = read 授权范围为只读。

页面跳转后，用户登录认证服务器，同意或拒绝资源服务器的授权请求，认证服务器根据上一步的

redirect_uri 地址，将生成的授权码返回给资源服务器

https : //resouce.com/callback_url?code=AUTHORIZATION_CODE code 返回的认证码

客户拿到认证码之后，向认证服务器发给请求，申请令牌

https : //b.com/oauth/token?

client_id = CLIENT_ID & 资源服务器的身份 ID

client_secret = CLIENT_SECRET & 安全参数，只能在后端发请求

grant_type = authorization_code & 表示授权的方式为授权码

code = AUTHORIZATION_CODE & 用来获取令牌的授权码

redirect_uri = CALLBACK_URL 令牌生成后的颁发地址

认证服务器对授权码进行认证，通过后颁发令牌，

{

"access_token" : 访问令牌 ,

"token_type" : "bearer" ,

"expires_in" : 过期时间 ,

"refresh_token" : "REFRESH_TOKEN" ,

"scope" : "read" ,

"uid" : 用户 ID ,

"info" :{ ... }

}

2、隐藏方式

隐藏方式合适的场景：

当web 应用为纯前端应用没有后端，此时必须将令牌放在前端保存，省略了申请授权码的步骤。

资源服务器提供连接，跳转到认证服务器，

https : //b.com/oauth/authorize?

response_type = token &    表示直接返回令牌

client_id = CLIENT_ID &    客户的身份 ID

redirect_uri = CALLBACK_URL & 生成令牌后的回调地址

scope = read    授权范围，只读