OAuth授權(quán)機(jī)制

首先請(qǐng)參考http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.html

主要問題

有一個(gè)"云沖印"的網(wǎng)站俄认,可以將用戶儲(chǔ)存在Google的照片顾孽,沖印出來历帚。用戶為了使用該服務(wù)瘤泪,必須讓"云沖印"讀取自己儲(chǔ)存在Google上的照片壳咕。問題是只有得到用戶的授權(quán),Google才會(huì)同意"云沖印"讀取這些照片。那么兼耀,"云沖印"怎樣獲得用戶的授權(quán)呢?傳統(tǒng)方法是求冷,用戶將自己的Google用戶名和密碼瘤运,告訴"云沖印",后者就可以讀取用戶的照片了匠题。這樣的做法有以下幾個(gè)嚴(yán)重的缺點(diǎn)拯坟。

(1) “云沖印”為了后續(xù)的服務(wù),會(huì)保存用戶的賬號(hào)和密碼韭山,這樣很不安全似谁;
(2) google不得不部署密碼登錄傲绣,而我們知道,單純的密碼登錄并不安全巩踏;
(3) “云沖印”擁有了獲取用戶存儲(chǔ)在google所有資料的權(quán)利秃诵,用戶沒法限制“云沖印”獲得授權(quán)的范圍和有效期;
(4) 用戶只有修改密碼塞琼,才能收回賦予“云沖印”的權(quán)利菠净,但是這樣做,會(huì)使得其他所有獲得用戶授權(quán)的第三方應(yīng)用程序全部失效彪杉;
(5) 只要有一個(gè)第三方應(yīng)用程序被破解毅往,就會(huì)導(dǎo)致用戶密碼泄露,以及所有被密碼保護(hù)的數(shù)據(jù)泄露派近。

為了解決如上問題攀唯,OAuth誕生了。首先我們需要了解幾個(gè)專有名詞渴丸。

相關(guān)名詞

(1) Third-party application:第三方應(yīng)用程序侯嘀,本文中又稱"客戶端"(client),即上一節(jié)例子中的"云沖印"谱轨。
(2)HTTP service:HTTP服務(wù)提供商戒幔,本文中簡稱"服務(wù)提供商",即上一節(jié)例子中的Google土童。
(3)Resource Owner:資源所有者诗茎,本文中又稱"用戶"(user)。
(4)User Agent:用戶代理献汗,本文中就是指瀏覽器敢订。
(5)Authorization server:認(rèn)證服務(wù)器,即服務(wù)提供商專門用來處理認(rèn)證的服務(wù)器罢吃。
(6)Resource server:資源服務(wù)器枢析,即服務(wù)提供商存放用戶生成的資源的服務(wù)器。它與認(rèn)證服務(wù)器刃麸,可以是同一臺(tái)服務(wù)器,也可以是不同的服務(wù)器司浪。

流程圖

主要流程圖.png

(A) 用戶打開客戶端后泊业,客戶端要求用戶給予授權(quán);
(B) 用戶同意給予客戶端授權(quán)啊易;
(C) 客戶端使用上一步獲得的權(quán)限吁伺,向認(rèn)證服務(wù)器申請(qǐng)令牌;
(D) 認(rèn)證服務(wù)器對(duì)客戶端進(jìn)行認(rèn)證以后租谈,確認(rèn)無誤篮奄,同意發(fā)放令牌捆愁;
(E) 客戶端使用令牌,向資源服務(wù)器申請(qǐng)獲取資源窟却;
(F) 資源服務(wù)器確認(rèn)令牌無誤昼丑,同意向客戶端開放資源

客戶端并不是直接登錄服務(wù)提供商(google),而是通過google提供的授權(quán)層(認(rèn)證服務(wù)器)夸赫,給予客戶端特定權(quán)限和權(quán)限有效期菩帝。那么在以上流程中,用戶已何種形式給予客戶端授權(quán)呢茬腿。

客戶端的授權(quán)模式

  • 授權(quán)碼模式(authorization code)
  • 簡化模式(implicit)
  • 密碼模式(resource owner password credentials)
  • 客戶端模式(client redentials)

授權(quán)碼模式

功能最完整呼奢、流程最嚴(yán)密的授權(quán)模式。特點(diǎn)是通過客戶端的后臺(tái)服務(wù)器切平,與“服務(wù)提供商”的認(rèn)證服務(wù)器進(jìn)行互動(dòng)握础。

授權(quán)碼模式流程圖.png

(A)用戶訪問客戶端,后者將前者導(dǎo)向認(rèn)證服務(wù)器悴品。
(B)用戶選擇是否給予客戶端授權(quán)禀综。
(C)假設(shè)用戶給予授權(quán),認(rèn)證服務(wù)器將用戶導(dǎo)向客戶端事先指定的"重定向URI"(redirection URI)他匪,同時(shí)附上一個(gè)授權(quán)碼菇存。
(D)客戶端收到授權(quán)碼,附上早先的"重定向URI"邦蜜,向認(rèn)證服務(wù)器申請(qǐng)令牌依鸥。這一步是在客戶端的后臺(tái)的服務(wù)器上完成的,對(duì)用戶不可見悼沈。
(E)認(rèn)證服務(wù)器核對(duì)了授權(quán)碼和重定向URI贱迟,確認(rèn)無誤后,向客戶端發(fā)送訪問令牌(access token)和更新令牌(refresh token)絮供。


A步驟中衣吠,客戶端申請(qǐng)認(rèn)證的URI,包含以下參數(shù):

  • response_type:表示授權(quán)類型壤靶,必選項(xiàng)缚俏,此處的值固定為"code"
  • client_id:表示客戶端的ID,必選項(xiàng)
  • redirect_uri:表示重定向URI贮乳,可選項(xiàng)
  • scope:表示申請(qǐng)的權(quán)限范圍忧换,可選項(xiàng)
  • state:表示客戶端的當(dāng)前狀態(tài),可以指定任意值向拆,認(rèn)證服務(wù)器會(huì)原封不動(dòng)地返回這個(gè)值亚茬。
GET /authorize?response_type=code&client_id=s6BhdRkqt3&state=xyz
        &redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb HTTP/1.1
Host: server.example.com

C步驟中,服務(wù)器回應(yīng)客戶端的URI浓恳,包含以下參數(shù):

  • code:表示授權(quán)碼刹缝,必選項(xiàng)碗暗。該碼的有效期應(yīng)該很短,通常設(shè)為10分鐘梢夯,客戶端只能使用該碼一次言疗,否則會(huì)被授權(quán)服務(wù)器拒絕。該碼與客戶端ID和重定向URI厨疙,是一一對(duì)應(yīng)關(guān)系洲守。
  • state:如果客戶端的請(qǐng)求中包含這個(gè)參數(shù),認(rèn)證服務(wù)器的回應(yīng)也必須一模一樣包含這個(gè)參數(shù)沾凄。
HTTP/1.1 302 Found
Location: https://client.example.com/cb?code=SplxlOBeZQQYbYS6WxSbIA&state=xyz

D步驟中梗醇,客戶端向認(rèn)證服務(wù)器申請(qǐng)令牌的HTTP請(qǐng)求,包含以下參數(shù):

  • grant_type:表示使用的授權(quán)模式撒蟀,必選項(xiàng)叙谨,此處的值固定為"authorization_code"。
  • code:表示上一步獲得的授權(quán)碼保屯,必選項(xiàng)手负。
  • redirect_uri:表示重定向URI,必選項(xiàng)姑尺,且必須與A步驟中的該參數(shù)值保持一致竟终。
  • client_id:表示客戶端ID,必選項(xiàng)切蟋。
POST /token HTTP/1.1
Host: server.example.com
Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
Content-Type: application/x-www-form-urlencoded

grant_type=authorization_code&code=SplxlOBeZQQYbYS6WxSbIA
&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb

E步驟中统捶,認(rèn)證服務(wù)器發(fā)送的HTTP回復(fù),包含以下參數(shù):

  • access_token:表示訪問令牌柄粹,必選項(xiàng)喘鸟。
  • token_type:表示令牌類型,該值大小寫不敏感驻右,必選項(xiàng)什黑,可以是bearer類型或mac類型。
  • expires_in:表示過期時(shí)間堪夭,單位為秒愕把。如果省略該參數(shù),必須其他方式設(shè)置過期時(shí)間森爽。
  • refresh_token:表示更新令牌恨豁,用來獲取下一次的訪問令牌,可選項(xiàng)拗秘。
    scope:表示權(quán)限范圍,如果與客戶端申請(qǐng)的范圍一致祈惶,此項(xiàng)可省略雕旨。
     HTTP/1.1 200 OK
     Content-Type: application/json;charset=UTF-8
     Cache-Control: no-store
     Pragma: no-cache

     {
       "access_token":"2YotnFZFEjr1zCsicMWpAA",
       "token_type":"example",
       "expires_in":3600,
       "refresh_token":"tGzv3JOkF0XG5Qx2TlKWIA",
       "example_parameter":"example_value"
     }

相關(guān)參數(shù)使用JSON格式發(fā)送(Content-Type: application/json)扮匠。此外,HTTP頭信息中明確指定不得緩存凡涩。


簡化模式

不通過第三方應(yīng)用程序的服務(wù)器棒搜,直接在瀏覽器中向認(rèn)證服務(wù)器申請(qǐng)令牌,跳過了"授權(quán)碼"這個(gè)步驟活箕,因此得名力麸。所有步驟在瀏覽器中完成,令牌對(duì)訪問者是可見的育韩,且客戶端不需要認(rèn)證克蚂。


簡化模式流程圖.png

(A)客戶端將用戶導(dǎo)向認(rèn)證服務(wù)器。
(B)用戶決定是否給于客戶端授權(quán)筋讨。
(C)假設(shè)用戶給予授權(quán)埃叭,認(rèn)證服務(wù)器將用戶導(dǎo)向客戶端指定的"重定向URI",并在URI的Hash部分包含了訪問令牌悉罕。
(D)瀏覽器向資源服務(wù)器發(fā)出請(qǐng)求赤屋,其中不包括上一步收到的Hash值。
(E)資源服務(wù)器返回一個(gè)網(wǎng)頁壁袄,其中包含的代碼可以獲取Hash值中的令牌类早。
(F)瀏覽器執(zhí)行上一步獲得的腳本,提取出令牌嗜逻。
(G)瀏覽器將令牌發(fā)給客戶端涩僻。


A步驟中,客戶端發(fā)出的HTTP請(qǐng)求变泄,包含以下參數(shù):

  • response_type:表示授權(quán)類型令哟,此處的值固定為"token",必選項(xiàng)妨蛹。
  • client_id:表示客戶端的ID屏富,必選項(xiàng)。
  • redirect_uri:表示重定向的URI蛙卤,可選項(xiàng)狠半。
  • scope:表示權(quán)限范圍,可選項(xiàng)颤难。
  • state:表示客戶端的當(dāng)前狀態(tài)神年,可以指定任意值,認(rèn)證服務(wù)器會(huì)原封不動(dòng)地返回這個(gè)值行嗤。
    GET /authorize?response_type=token&client_id=s6BhdRkqt3&state=xyz
        &redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb HTTP/1.1
    Host: server.example.com

C步驟中已日,認(rèn)證服務(wù)器回應(yīng)客戶端的URI,包含以下參數(shù):

  • access_token:表示訪問令牌栅屏,必選項(xiàng)飘千。
  • token_type:表示令牌類型堂鲜,該值大小寫不敏感,必選項(xiàng)护奈。
  • expires_in:表示過期時(shí)間缔莲,單位為秒。如果省略該參數(shù)霉旗,必須其他方式設(shè)置過期時(shí)間痴奏。
  • scope:表示權(quán)限范圍,如果與客戶端申請(qǐng)的范圍一致厌秒,此項(xiàng)可省略读拆。
  • state:如果客戶端的請(qǐng)求中包含這個(gè)參數(shù),認(rèn)證服務(wù)器的回應(yīng)也必須一模一樣包含這個(gè)參數(shù)简僧。
HTTP/1.1 302 Found
Location: http://example.com/cb#access_token=2YotnFZFEjr1zCsicMWpAA
          &state=xyz&token_type=example&expires_in=3600

在上面的例子中建椰,認(rèn)證服務(wù)器用HTTP頭信息的Location欄,指定瀏覽器重定向的網(wǎng)址岛马。注意棉姐,在這個(gè)網(wǎng)址的Hash部分包含了令牌。


根據(jù)上面的D步驟啦逆,下一步瀏覽器會(huì)訪問Location指定的網(wǎng)址伞矩,但是Hash部分不會(huì)發(fā)送。接下來的E步驟夏志,服務(wù)提供商的資源服務(wù)器發(fā)送過來的代碼乃坤,會(huì)提取出Hash中的令牌。

密碼模式

用戶向客戶端提供自己的用戶名和密碼沟蔑∈铮客戶端使用這些信息,向"服務(wù)商提供商"索要授權(quán)瘦材。在這種模式中厅须,用戶必須把自己的密碼給客戶端,但是客戶端不得儲(chǔ)存密碼食棕。這通常用在用戶對(duì)客戶端高度信任的情況下朗和,比如客戶端是操作系統(tǒng)的一部分,或者由一個(gè)著名公司出品簿晓。而認(rèn)證服務(wù)器只有在其他授權(quán)模式無法執(zhí)行的情況下眶拉,才能考慮使用這種模式。

密碼模式流程圖.png

(A)用戶向客戶端提供用戶名和密碼憔儿。
(B)客戶端將用戶名和密碼發(fā)給認(rèn)證服務(wù)器忆植,向后者請(qǐng)求令牌。
(C)認(rèn)證服務(wù)器確認(rèn)無誤后,向客戶端提供訪問令牌朝刊。


B步驟中吴侦,客戶端發(fā)出的HTTP請(qǐng)求,包含以下參數(shù):

  • grant_type:表示授權(quán)類型坞古,此處的值固定為"password",必選項(xiàng)劫樟。
  • username:表示用戶名痪枫,必選項(xiàng)。
  • password:表示用戶的密碼叠艳,必選項(xiàng)奶陈。
  • scope:表示權(quán)限范圍,可選項(xiàng)附较。
     POST /token HTTP/1.1
     Host: server.example.com
     Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
     Content-Type: application/x-www-form-urlencoded

     grant_type=password&username=johndoe&password=A3ddj3w

C步驟中吃粒,認(rèn)證服務(wù)器向客戶端發(fā)送訪問令牌,下面是一個(gè)例子拒课。

     HTTP/1.1 200 OK
     Content-Type: application/json;charset=UTF-8
     Cache-Control: no-store
     Pragma: no-cache

     {
       "access_token":"2YotnFZFEjr1zCsicMWpAA",
       "token_type":"example",
       "expires_in":3600,
       "refresh_token":"tGzv3JOkF0XG5Qx2TlKWIA",
       "example_parameter":"example_value"
     }

客戶端模式

指客戶端以自己的名義徐勃,而不是以用戶的名義,向"服務(wù)提供商"進(jìn)行認(rèn)證早像。嚴(yán)格地說僻肖,客戶端模式并不屬于OAuth框架所要解決的問題。在這種模式中卢鹦,用戶直接向客戶端注冊(cè)臀脏,客戶端以自己的名義要求"服務(wù)提供商"提供服務(wù),其實(shí)不存在授權(quán)問題冀自。

客戶端模式流程圖.png

(A)客戶端向認(rèn)證服務(wù)器進(jìn)行身份認(rèn)證揉稚,并要求一個(gè)訪問令牌。
(B)認(rèn)證服務(wù)器確認(rèn)無誤后熬粗,向客戶端提供訪問令牌搀玖。


A步驟中,客戶端發(fā)出的HTTP請(qǐng)求荐糜,包含以下參數(shù):

  • granttype:表示授權(quán)類型巷怜,此處的值固定為"clientcredentials",必選項(xiàng)暴氏。
  • scope:表示權(quán)限范圍延塑,可選項(xiàng)。
     POST /token HTTP/1.1
     Host: server.example.com
     Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
     Content-Type: application/x-www-form-urlencoded

     grant_type=client_credentials

認(rèn)證服務(wù)器必須以某種方式答渔,驗(yàn)證客戶端身份关带。


B步驟中,認(rèn)證服務(wù)器向客戶端發(fā)送訪問令牌,下面是一個(gè)例子宋雏。

     HTTP/1.1 200 OK
     Content-Type: application/json;charset=UTF-8
     Cache-Control: no-store
     Pragma: no-cache

     {
       "access_token":"2YotnFZFEjr1zCsicMWpAA",
       "token_type":"example",
       "expires_in":3600,
       "example_parameter":"example_value"
     }

更新令牌

如果用戶訪問的時(shí)候芜飘,客戶端的"訪問令牌"已經(jīng)過期,則需要使用"更新令牌"申請(qǐng)一個(gè)新的訪問令牌磨总∴旅鳎客戶端發(fā)出更新令牌的HTTP請(qǐng)求,包含以下參數(shù):

  • granttype:表示使用的授權(quán)模式蚪燕,此處的值固定為"refreshtoken"娶牌,必選項(xiàng)。
  • refresh_token:表示早前收到的更新令牌馆纳,必選項(xiàng)诗良。
  • scope:表示申請(qǐng)的授權(quán)范圍,不可以超出上一次申請(qǐng)的范圍鲁驶,如果省略該參數(shù)鉴裹,則表示與上一次一致。
     POST /token HTTP/1.1
     Host: server.example.com
     Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
     Content-Type: application/x-www-form-urlencoded

     grant_type=refresh_token&refresh_token=tGzv3JOkF0XG5Qx2TlKWIA
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末钥弯,一起剝皮案震驚了整個(gè)濱河市径荔,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌脆霎,老刑警劉巖猖凛,帶你破解...
    沈念sama閱讀 212,718評(píng)論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異绪穆,居然都是意外死亡辨泳,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,683評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門玖院,熙熙樓的掌柜王于貴愁眉苦臉地迎上來菠红,“玉大人,你說我怎么就攤上這事难菌∈运荩” “怎么了?”我有些...
    開封第一講書人閱讀 158,207評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵郊酒,是天一觀的道長遇绞。 經(jīng)常有香客問我,道長燎窘,這世上最難降的妖魔是什么摹闽? 我笑而不...
    開封第一講書人閱讀 56,755評(píng)論 1 284
  • 正文 為了忘掉前任,我火速辦了婚禮褐健,結(jié)果婚禮上付鹿,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好舵匾,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,862評(píng)論 6 386
  • 文/花漫 我一把揭開白布俊抵。 她就那樣靜靜地躺著,像睡著了一般坐梯。 火紅的嫁衣襯著肌膚如雪徽诲。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 50,050評(píng)論 1 291
  • 那天吵血,我揣著相機(jī)與錄音馏段,去河邊找鬼。 笑死践瓷,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的亡蓉。 我是一名探鬼主播晕翠,決...
    沈念sama閱讀 39,136評(píng)論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼砍濒!你這毒婦竟也來了淋肾?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,882評(píng)論 0 268
  • 序言:老撾萬榮一對(duì)情侶失蹤爸邢,失蹤者是張志新(化名)和其女友劉穎樊卓,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體杠河,經(jīng)...
    沈念sama閱讀 44,330評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡碌尔,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,651評(píng)論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了券敌。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片唾戚。...
    茶點(diǎn)故事閱讀 38,789評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖待诅,靈堂內(nèi)的尸體忽然破棺而出叹坦,到底是詐尸還是另有隱情,我是刑警寧澤卑雁,帶...
    沈念sama閱讀 34,477評(píng)論 4 333
  • 正文 年R本政府宣布募书,位于F島的核電站,受9級(jí)特大地震影響测蹲,放射性物質(zhì)發(fā)生泄漏莹捡。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,135評(píng)論 3 317
  • 文/蒙蒙 一扣甲、第九天 我趴在偏房一處隱蔽的房頂上張望道盏。 院中可真熱鬧,春花似錦、人聲如沸荷逞。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,864評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽种远。三九已至涩澡,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間坠敷,已是汗流浹背妙同。 一陣腳步聲響...
    開封第一講書人閱讀 32,099評(píng)論 1 267
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留膝迎,地道東北人粥帚。 一個(gè)月前我還...
    沈念sama閱讀 46,598評(píng)論 2 362
  • 正文 我出身青樓,卻偏偏與公主長得像限次,于是被迫代替她去往敵國和親芒涡。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,697評(píng)論 2 351

推薦閱讀更多精彩內(nèi)容

  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理卖漫,服務(wù)發(fā)現(xiàn)费尽,斷路器,智...
    卡卡羅2017閱讀 134,638評(píng)論 18 139
  • OAuth是一個(gè)關(guān)于授權(quán)(authorization)的開放網(wǎng)絡(luò)標(biāo)準(zhǔn)羊始,在全世界得到廣泛應(yīng)用旱幼,目前的版本是2.0版。...
    夕望有你閱讀 283評(píng)論 1 2
  • OAuth是一個(gè)關(guān)于授權(quán)(authorization)的開放網(wǎng)絡(luò)標(biāo)準(zhǔn)突委,在全世界得到廣泛應(yīng)用柏卤,目前的版本是2.0版。...
    謝謝寫閱讀 747評(píng)論 0 1
  • OAuth 是一個(gè)關(guān)于授權(quán)(authorization)的開放網(wǎng)絡(luò)標(biāo)準(zhǔn)匀油,在全世界得到廣泛應(yīng)用闷旧,目前的版本是2.0版...
    badcyc閱讀 264評(píng)論 0 0
  • OAuth是一個(gè)關(guān)于授權(quán)(authorization)的開放網(wǎng)絡(luò)標(biāo)準(zhǔn),在全世界得到廣泛應(yīng)用钧唐,目前的版本是2.0版忙灼。...
    獵人1987閱讀 261評(píng)論 0 0