image.png
如上圖：只羅列oauth2.0的流程
其中4和6都是Resource頒發(fā)Code和驗證Code坑律。
所以常見Resource服務(wù)端，都需要client 提前進(jìn)行申請一個應(yīng)用冀值，
從而在第3步需要client的信息發(fā)送給Resource服務(wù)端宫屠。
對于oauth2.0通用的標(biāo)準(zhǔn)參數(shù)：
第3步攜帶信息中：
redirect_uri：作為授權(quán)成功后的重定向到客戶端Url
client_id: 客戶端服務(wù)的id
scope: 申請權(quán)限的scope。
第7步中返回的參數(shù)：
access_token：作為短期的token抵栈。
token_type：token的類型坤次。常見的為：Bearer
refresh_token：當(dāng)access_token過期時，使用refresh_token重新獲取access_to的token
expiry：過期時間
所以O(shè)auth解決的問題是：第三方客戶端向要獲取用戶在Resource服務(wù)端的數(shù)據(jù)時的安全授權(quán)产艾。
