`

OAuth完全手册_国内篇

 
阅读更多

Preface：

  • 开发目的及进展

　　利用工作上关于SNS网站的研究，将多个SNS平台集成起来，一键分享。利用闲暇时间做了一个demo，还有很多需要改进的地方，请大家多多指教。

　　目前基本进展是完成了包括新浪微博、腾讯微博、QQ空间、人人网、开心网、豆瓣网、搜狐微博、网易微博在内的8个国内主要网站的OAuth认证以及简单api的使用。为此我总结成一篇博客，详细分析一下OAuth认证过程的要点，以及几大平台的比较。

　　以下是我做的demo的相关UI以及登录各个平台进行认证界面(webview)。

 　　

　　

 

  • OAuth介绍

　　在分享过程中不可避免的会考虑到用户账户安全性的问题，第三方程序不应该直接接触用户账户信息，但是没有账户信息，又如何取得SNS平台的数据呢？OAuth很好的解决了这个问题，从第三方发起认证过程，在webview或者浏览器中完成认证过程，获得access token来代替账户密码，从而可以获取平台数据。OAUTH协议为用户资源的授权提供了一个安全的、开放而又简易的标准。同时，任何第三方都可以使用OAUTH认证服务，任何服务提供商都可以实现自身的OAUTH认证服务，因而OAUTH是开放的。

  • 国内各平台支持程度

　　

SNS

OAuth1.0a

OAuth2.0

备注

新浪微博

不支持（曾经支持）

支持

最近已经放弃1.0认证。但是1.0的开发文档还是可以学习。

腾讯微博

支持

支持

两者都支持，向2.0转变

QQ空间

不支持

支持

节操摆一边，文档干净清晰

人人

不支持

支持

人人文档很糟糕，用过的都知道

开心

支持

支持

两者都支持，向2.0转变

豆瓣

支持

不支持

豆瓣在开发平台方面确实做得不好，看它的文档就一目了然。

搜狐微博

支持

不支持

文档一般，logo素材太少

网易微博

支持

支持

文档一般，logo素材丰富
  • 关于开发文档

　　文档地址：

　　新浪：http://open.weibo.com/wiki/%E9%A6%96%E9%A1%B5

　　空间：

　　http://wiki.opensns.qq.com/wiki/%E3%80%90QQ%E7%99%BB%E5%BD%95%E3%80%91%E6%96%87%E6%A1%A3%E8%B5%84%E6%BA%90

　　腾讯：http://wiki.open.t.qq.com/index.php/%E9%A6%96%E9%A1%B5

　　人人：http://wiki.dev.renren.com/wiki/%E9%A6%96%E9%A1%B5

　　开心：http://open.kaixin001.com/document.php

　　豆瓣：http://www.douban.com/service/apidoc/

　　搜狐：http://open.t.sohu.com/en/%E9%A6%96%E9%A1%B5

　　网易：http://open.t.163.com/wiki/index.php?title=%E9%A6%96%E9%A1%B5

　　我们在进行开发时最重要的还是看平台的开发文档，而从开发文档也可以看出这个公司或者开发团队的专业程度。以下是我总结的各个平台的优缺之处，也给大家使用开发文档时增加一些帮助。

　　首先我觉得一个开放平台开发文档比较重要的几个点：OAuth文档、API文档、SDK、视觉(标示)素材、返回错误码说明这几个方面，当然这是从我现有的开发经验来选择，你可以根据实际情况侧重其他方面进行比较。

　　（BTW，8个平台中豆瓣的文档是最简陋的，而且许多接口也没有开放，无SDK，不过整体思路还是清晰的，开发时也不会有太多困惑，因此下面不再提及。）  

       OAuth文档：所有文档中以开心和腾讯微博做的最好，腾讯微博是有清晰示意图，本文也是引用他们的图片，而开心在于每个细节都描述的很清楚，在开发时不会有任何困惑的地方。最差的是人人和搜狐的文档，人人整体还是可以的，但是因为他们对于session key的处理让人很困惑，也不讲清楚，而且文档中有很多地方做的不够好，连请求参数都不列清楚，而搜狐在于他们的OAuth文档居然是外网的链接（包括OAuth官网地址，若干博客地址），既然做了就做完整。为了能够在搜狐认证成功，我最后在API列表中找到接口，在找到参数列表。其他平台的话，新浪稍好一点，其他半斤八两吧。

       API文档：包含接口说明、访问权限、请求地址、支持格式、请求方式（POST/GET）、请求参数说明，返回结果（有例子）、字段说明。做的最好的是开心，除了这些说明，还会给出注意事项、调用示例、请求参数细分（api参数、OAuth1.0参数、OAuth2.0参数）。其他平台大同小异，不再赘述。

       SDK：其实如果你不想了解OAuth认证以及调用API的细节之处，你完全可以使用它们的SDK。但是也有很多局限性：首先作为Android开发，有些网站不提供AndroidSDK（当然可以使用java SDK代替）；其次SDK中很多代码你并不需要使用到（比如人人的支付功能），直接导入SDK包也会造成程序的臃肿；再者，如何我们需要修改SDK的一些功能，阅读SDK代码的代价也是很大的，每个平台的SDK整体结构也是天差地别。这些网站中，新浪、开心、腾讯微博的SDK比较好（后来和facebook的SDK相比较，大家都是各种借鉴啊）。而搜狐最让我伤心，居然什么SDK都没有……

       视觉素材：搜狐提供的非常稀少，其他平台都有丰富的素材。

　　 综上：开心网应该是做的比较好，为此我的demo主要是借鉴了它的SDK，给位读者可以去开心网自己下载SDK研究，下面是关于关于OAuth1.0和OAuth2.0的介绍，如果你已经了解，请直接无视吧。

 　　Part 1：OAuth 1.0a

  • OAuth1认证基本步骤：　　
  1. 获取未授权的Request Token(temporary credentials)
  2. 请求用户授权Request Token
  3. 使用授权后的Request Token换取Access Token(token credentials)
  4. 使用 Access Token 访问或修改受保护资源

　　示意图（来自腾讯微博开发文档）

　　

  • 请求签名

　　所有的OAuth请求使用同样的算法来生成(signature base string)签名字符基串和签名。

　　base string是把http方法名,请求URL以及请求参数用&字符连起来后做URL Encode编码。具体来讲，base string由http方法名，之后是&，接着是过url编码(url-encoded)之后的url和访问路径及&。接下来，把所有的请求参数包括POST方法体中的参数，经过排序(按参数名进行文本排序，如果参数名有重复则再安参数值进行重复项目排序)，使用%3D替代=号，并且使用%26作为每个参数之间的分隔符，拼接成一个字符串。

　　示意图（来自腾讯微博开发文档）

 　　

　　　　

复制代码
 1     private static String generateSignature(String baseString,
 2             String consumerKeySecret, String tokenSecret) {
 3 
 4         byte[] byteHMAC = null;
 5         try {
 6             Mac mac = Mac.getInstance("HmacSHA1");
 7             SecretKeySpec spec;
 8             String oauthSignature = encode(consumerKeySecret) + "&"
 9                     + ((tokenSecret != null) ? encode(tokenSecret) : "");
10             spec = new SecretKeySpec(oauthSignature.getBytes(), "HmacSHA1");
11             mac.init(spec);
12             byteHMAC = mac.doFinal(baseString.getBytes());
13         } catch (InvalidKeyException e) {
14             e.printStackTrace();
15         } catch (NoSuchAlgorithmException ignore) {
16             // should never happen
17         }
18         return new BASE64Encoder().encode(byteHMAC);
19     }
复制代码

 

  • 获取未授权的Request Token

　　接口地址：

　　支持格式：OAuth HTTP 标准认证返回格式

　　HTTP请求方式：GET/POST

　　是否需要登录：否

　　请求参数：

参数名 必选 介绍
oauth_consumer_key true API Key(组件信息中的API Key值)
oauth_signature_method true 签名方法，暂只支持HMAC-SHA1
oauth_signature true 签名值，密钥为：API Secret&
oauth_timestamp true 时间戳，其值是距1970 00:00:00 GMT的秒数，必须是大于0的整数
oauth_nonce true 单次值，随机生成的32位字符串（每次请求必须不同）
oauth_callback true 认证成功后浏览器会被重定向到这个url中
oauth_version false 版本号，如果填写必须为1.0
scope false 以空格分隔的权限列表，若不传递此参数，代表请求默认的basic权限。
如需调用扩展权限，必需传递此参数，

　　返回参数：

参数名 必选 意义
oauth_token true 未授权的Request Token
oauth_token_secret true 对应的Request Token Secret
oauth_callback_confirmed true 对oauth_callback的确认信号 (true/false)

　　注：有一些平台不需要输入scope参数，在开发时请参照开发文档。

复制代码
 1 　　　public boolean getRequestToken(Context context, String callbackUrl,
 2             　　　　　　　　　　　　　　String[] permissions) throws IOException {
 3         Bundle params = new Bundle();
 4         params.putString("oauth_callback", callbackUrl);
 5         if (permissions != null && permissions.length > 0) {
 6             String scope = TextUtils.join(" ", permissions);
 7             params.putString("scope", scope);
 8         }
 9         params = Util.generateURLParams(OAUTH1_REQUEST_TOKEN_URL, GET_METHOD,
10                 params, CONSUMER_KEY, CONSUMER_SECRET, null);
11         String response = Util.openUrl(context, OAUTH1_REQUEST_TOKEN_URL,
12                 GET_METHOD, params, null);
13         if (response == null) {
14             return false;
15         }
16 
17         Bundle bundle = Util.decodeUrl(response);
18         String token = (String) bundle.get(OUATH_TOKEN);
19         String tokenSecret = (String) bundle.get(OUATH_TOKEN_SECRET);
20         if (token == null || tokenSecret == null) {
21             return false;
22         }
23 
24         setRequestToken(token);
25         setRequestTokenSecret(tokenSecret);
26 
27         return true;
28     }
复制代码
  • 请求用户授权Request Token

　　接口地址：

　　支持格式：OAuth HTTP 标准认证返回格式

　　HTTP请求方式：GET/POST

　　是否需要登录：否

　　请求参数：

参数名 必选 意义
oauth_token true 上一步中获得的未授权的Request Token
wap/client_type false 设置用户认证界面形式，PC还是mobile，参照各自文档

　　返回参数：

参数名 必选 意义
oauth_token true 用户授权之后的Token值，与未授权Token值相同
oauth_verifier true 验证码
  • 使用授权后的Request Token换取Access Token

　　接口地址：

　　支持格式：OAuth HTTP 标准认证返回格式

　　HTTP请求方式：GET/POST

　　是否需要登录：否

　　请求参数：

 

参数名 必选 意义
oauth_consumer_key true API Key
oauth_token true 第一步中获得的Request Token
oauth_signature_method true 签名方法，暂只支持HMAC-SHA1
oauth_signature true 签名值，(密钥为：API Secret&Request Token Secret)
oauth_timestamp true 时间戳， 其值是距1970 00:00:00 GMT的秒数，必须是大于0的整数
oauth_nonce true 单次值，随机生成的32位字符串，防止重放攻击（每次请求必须不同）
oauth_verifier true 上一步请求授权request token时返回的验证码
oauth_version flase 版本号，如果填写必须为1.0

 

　　返回参数：

 

参数名 必选 意义
oauth_token true Access Token
oauth_token_secret true Access Token Secre

 

复制代码
 1     public boolean getAccessToken(Context context, String requestToken,
 2             String requestTokenSecret, String verifier) throws IOException {
 3         Bundle params = new Bundle();
 4         params.putString(OUATH_TOKEN, requestToken);
 5         if (verifier != null)
 6             params.putString(OUATH_TOKEN_VERIFIER, verifier);
 7         params = Util.generateURLParams(OAUTH1_ACCESS_TOKEN_URL, GET_METHOD,
 8                 params, CONSUMER_KEY, CONSUMER_SECRET, requestTokenSecret);
 9         String response = Util.openUrl(context, OAUTH1_ACCESS_TOKEN_URL,
10                 GET_METHOD, params, null);
11         if (response == null) {
12             return false;
13         }
14 
15         Bundle bundle = Util.decodeUrl(response);
16         String token = (String) bundle.get(OUATH_TOKEN);
17         String tokenSecret = (String) bundle.get(OUATH_TOKEN_SECRET);
18         if (token == null || tokenSecret == null) {
19             return false;
20         }
21 
22         setAccessToken(token);
23         setAccessTokenSecret(tokenSecret);
24 
25         return true;
26     }
复制代码

 

　　Part 2：OAuth 2.0 

　　 OAuth2.0和OAuth1.0的区别还是在于简化了认证过程，不需要从未授权的Request Token转化到授权Request Token，而是利用app key通过用户授权生成access token但是，与1.0的不同之处是access token有自身的有效期，且不同平台、不同级别的程序有着不同的有效期，在程序开发中一定记得判断access token是否过期，对于过期之后的处理方法主要是利用access token和refresh token重新生成access token或者重新利用app key向服务器发送请求生成access token。由于这个问题，与OAuth1.0基本一致不一样，各个平台OAuth2.0做了不一样的选择。

　　OAuth2.0服务支持以下获取Access Token的方式：

　　a. Authorization Code：Web Server Flow，适用于所有有Server端配合的应用。
　　b. Implicit Grant：User-Agent Flow，适用于所有无Server端配合的应用。

　　因为demo是无服务器的程式，所以我们采用Implicit Grant：User-Agent Flow的获取方式。

　　示意图（来自腾讯微博开发文档）

 　　

　　

  • 获取Access Token　　

　　为了获取Access Token，应用需要将用户浏览器（或手机/桌面应用中的浏览器组件）到OAuth2.0授权服务的“http://xxxxxxxxx/authorize”地址上，并带上以下参数：

参数名 必选 介绍
client_id true 申请组件时获得的API Key
response_type true 此值固定为“token”
redirect_uri true 授权后要回调的URI，即接受code的URI。对于无Web Server的应用，
其值可以是“oob”。
scope false 以空格分隔的权限列表，若不传递此参数，代表请求默认的basic权限。
如需调用扩展权限，必需传递此参数
state false 用于保持请求和回调的状态，授权服务器在回调时（重定向用户
浏览器到“redirect_uri”时），会在Query Parameter中原样回传该参数
display false 登录和授权页面的展现样式，默认为“page”。手机访问时，此参数无效
client false 是否为手机访问。手机访问：client=1；不是手机，无需次参数

　　若用户登录并接受授权，授权服务将重定向用户浏览器到“redirect_uri”，并在Fragment中追加如下参数：

参数名 介绍
access_token 要获取的Access Token
expires_in Access Token的有效期，以秒为单位
refresh_token

用于刷新Access Token 的 Refresh Token

一些平台不返回这个参数，需要程序员进行判断处理
scope

Access Token最终的访问范围，即用户实际授予的权限列表
state 如果请求获取Access Token时带有state参数，则将该参数原样返回
  • 人人网和QQ空间的后续操作

　　人人网获得access token还需要获得session key和session secret，然后再调用api接口的时候利用app key、session key以及sig（签名认证，点击此处查看详细算法），最近人人说可以使用access token来替换app key和session key的组合，貌似不需要session key，但是sig参数又需要通过session key才能获得，真是多此一举。

复制代码
 1 public void getRenrenSessionKey(Context context, String accessToken) {
 2         if (accessToken == null || accessToken.length() < 1) {
 3             return;
 4         }
 5         Bundle params = new Bundle();
 6         params.putString("oauth_token", accessToken);
 7         try {
 8             String sk = Util.openUrl(
 9                     "http://graph.renren.com/renren_api/session_key", "POST",
10                     params);
11             JSONObject obj = new JSONObject(sk);
12             String error = obj.optString("error", null);
13             if (error != null) {
14                 throw new SNSAuthError(obj.toString(), null, null);
15             }
16             String sessionKey = obj.getJSONObject("renren_token").getString(
17                     "session_key");
18             String sessionSecret = obj.getJSONObject("renren_token").getString(
19                     "session_secret");
20 
21             long uid = obj.getJSONObject("user").getLong("id");
22             // 服务器返回的过期时间单位为秒，故乘以1000
23             long expires = obj.getJSONObject("renren_token").getLong(
24                     "expires_in") * 1000;
25             long current = System.currentTimeMillis();
26             long expireTime = current + expires;
27 
28             setSeeionKey(sessionKey);
29             setSeeionSecret(sessionSecret);
30             setSeeionExpires(expireTime);
31 
32             Log.i(Util.LOG_TAG, "---login success sessionKey:" + sessionKey
33                     + " expires:" + expires + " sessionSecret:" + sessionSecret
34                     + " uid:" + uid);
35         } catch (JSONException e) {
36             throw new RuntimeException(e.getMessage(), e);
37         }
38     }
复制代码

 

　　QQ空间没有人人网这么麻烦，只是在返回参数中多了一个openId参数，这个参数在调用api接口是需要传入，除此之外没什么特殊之处，openid估计是为了他们平台的统一性设计的，无大碍。

复制代码
 1 public void getQzoneOpenId(Context context, String accessToken) {
 2         if (accessToken == null || accessToken.length() < 1) {
 3             return;
 4         }
 5         Bundle params = new Bundle();
 6         params.putString("access_token", accessToken);
 7         String open = Util.openUrl("https://graph.z.qq.com/moc2/me", "GET", params);
 8         String[] param = open.split("&");
 9         String[] openid = param[1].split("=");
10 
11         setOpendId(openid[1]);
12 
13     }
复制代码

 

　　Summary

 　　OAuth认证其实很简单，调用api也是根据各个平台进行些许的调整而已，在进行开发的过程更细心的一点应该没什么问题，如果你有问题，欢迎大家来交流。关于代码的问题，大家把平台上相关的SDK下载下来稍微研究一下就可以了，本人是利用开心网的SDK修改的，新浪和腾讯的都不错，以上信息，仅作参考，如有错误之处，望指正！谢谢！

　　过段时间在完成《国外篇》，流程类似，主要还是介绍各自特点吧，OAuth不再赘述。

 

转载自：http://www.cnblogs.com/lingyun1120/archive/2012/07/11/2585767.html

分享到：
| 解决java 项目导入后出现的问题 ---cannot ...
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

Magicbox
Global site tag (gtag.js) - Google Analytics