这篇文章不错,通过两个用例解释了OpenID和OAuth的区别:
OpenID versus OAuth from the user’s perspective
翻译一下儿例子:
先来OpenID的
用户希望访问其在example.com的账户
example.com (在OpenID的黑话里面被称为“Relying Party”) 提示用户输入他/她/它的OpenID
用户给出了他的OpenID,比如说"http://user.myopenid.com"
example.com 跳转到了用户的OpenID提供商“mypopenid.com”
用户在"myopenid.com"(OpenID provider)提示的界面上输入用户名密码登录
“myopenid.com" (OpenID provider) 问用户是否要登录到example.com
用户同意后,"myopenid.com" (OpenID provider) 跳转回example.com
example.com 允许用户访问其帐号
再来OAuth的
用户在使用example.com时希望从mycontacts.com导入他的联系人
example.com (在OAuth的黑话里面叫“Consumer”)把用户送往mycontacts.com (黑话是“Service Provider”)
用户在mycontacts.com 登录(可能也可能不用了他的OpenID)
mycontacts.com问用户是不是希望授权example.com访问他在mycontact.com的联系人
用户确定
mycontacts.com 把用户送回example.com
example.com 从mycontacts.com拿到联系人
example.com 告诉用户导入成功
上面的例子告诉我们,OpenID是用来验证的,就是说俺可以用一个url来唯一表明俺的身份(不用挨个记每个网站的用户密码了)。OAuth是用来授权的(俺可以授权一个网站访问俺在另外一个网站的数据,而俺不用把俺的密码给第一个网站。想想现在开心网让你通过msn联系人导入好有时候干的事儿吧,反正俺不愿意把俺的msn密码给开心网)
I hope this helps to keep apart those two standards :) 这句就不翻译了。