现在很流行api了，但各种api做法不一样，下面我整理了一些自己的想法，也是看了各大门户网站开放的api应用想到的，与大家分享分享，高手跳过。
API（Application Programming Interface,应用程序编程接口）在WEB应用中是非常常见的，比如开发微薄应用有微薄API，做淘宝的有淘宝API，不同的API有不同的接口方式，一般API都有一个URL的访问地址，通过这个访问地址可以获取到用户的自定义数据，但这并不是公开的，比如经过了认证后才能正确的访问到数据。
使用新浪微博API发布一条微薄就需要提供用户名和密码认证后才能正确的发布微薄，总结了一下主要有以下几种API接口认证思路：
1. 使用HTTP Basic Authentication
在你访问一个需要HTTP Basic Authentication的URL的时候，如果你没有提供用户名和密码，服务器就会返回401，如果你直接在浏览器中打开，浏览器会提示你输入用户名和密码(google浏览器不会，bug？)。你可以尝试点击这个url看看效果：http://api.minicloud.com.cn/statuses/friends_timeline.xml
要在发送请求的时候添加HTTP Basic Authentication认证信息到请求中，有两种方法：
一是在请求头中添加Authorization：
| 代码如下 | 复制代码 |
| Authorization: “Basic 用户名和密码的base64加密字符串” |
|
二是在url中添加用户名和密码：
http://userName:password@api.minicloud.com.cn/statuses/friends_timeline.xml
| 代码如下 | 复制代码 |
| $fp = fsockopen("www.mydomain.com",80); fputs($fp,"GET /downloads HTTP/1.0"); fputs($fp,"Host: www.mydomain.com"); fputs($fp,"Authorization: Basic " . base64_encode("user:pass") . ""); fpassthru($fp); |
|
2.使用Oauth认证
OAUTH协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息（如用户名与密码），即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权，因此OAUTH是安全的。
下载地址：http://code.google.com/p/oauth2-php/downloads/list
3. 使用SOAP
对于应用程序开发来说，使程序之间进行因特网通信是很重要的。
目前的应用程序通过使用远程过程调用（RPC）在诸如 DCOM 与 CORBA 等对象之间进行通信，但是 HTTP 不是为此设计的。RPC 会产生兼容性以及安全问题；防火墙和代理服务器通常会阻止此类流量。
通过 HTTP 在应用程序间通信是更好的方法，因为 HTTP 得到了所有的因特网浏览器及服务器的支持。SOAP 就是被创造出来完成这个任务的。
SOAP 提供了一种标准的方法，使得运行在不同的操作系统并使用不同的技术和编程语言的应用程序可以互相进行通信。
