增城专业建站公司,网站维护教程,提高自己网站,外贸网站做SEOOAuth2.0是什么 OAuth2.0是什么——豆瓣和QQ的故事 OAuth简单说就是一种授权的协议#xff0c;只要授权方和被授权方遵守这个协议去写代码提供服务#xff0c;那双方就是实现了OAuth模式。 举个例子#xff0c;你想登录豆瓣去看看电影评论#xff0c;但你丫的从来没注册过豆… OAuth2.0是什么 OAuth2.0是什么——豆瓣和QQ的故事 OAuth简单说就是一种授权的协议只要授权方和被授权方遵守这个协议去写代码提供服务那双方就是实现了OAuth模式。 举个例子你想登录豆瓣去看看电影评论但你丫的从来没注册过豆瓣账号又不想新注册一个再使用豆瓣怎么办呢不用担心豆瓣已经为你这种懒人做了准备用你的qq号可以授权给豆瓣进行登录请看。 第一步在豆瓣官网点击用qq登录 第二步跳转到qq登录页面输入用户名密码然后点授权并登录   第三步跳回到豆瓣页面成功登录  这几秒钟之内发生的事情在无知的用户视角看来就是在豆瓣官网上输了个qq号和密码就登录成功了。在一些细心的用户视角看来页面经历了从豆瓣到qq再从qq到豆瓣的两次页面跳转。但作为一群专业的程序员我们还应该从上帝视角来看这个过程。 OAuth2.0是什么——上帝视角 　　简单来说上述例子中的豆瓣就是客户端QQ就是认证服务器OAuth2.0就是客户端和认证服务器之间由于相互不信任而产生的一个授权协议。呵呵要是相互信任那QQ直接把自己数据库给豆瓣好了你直接在豆瓣输入qq账号密码查下数据库验证就登陆呗还跳来跳去的多麻烦。 　　先上一张图该图描绘了只几秒钟发生的所有事情用上帝视角来看的流程  就这这张图来说一下上述例子中的三个步骤在图中的表现。所用到的请求路径名称都是虚构的所附带的请求参数忽略了一些非重点的。 如想了解每次的请求和响应的标准齐全的参数还是去读那篇阮一峰的文章。http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.html 第一步在豆瓣官网点击用qq登录 　　当你点击用qq登录的小图标时实际上是向豆瓣的服务器发起了一个 http://www.douban.com/leadToAuthorize 的请求豆瓣服务器会响应一个重定向地址指向qq授权登录 　　浏览器接到重定向地址 http://www.qq.com/authorize?callbackwww.douban.com/callback 再次访问。并注意到这次访问带了一个参数是callback以便qq那边授权成功再次让浏览器发起这个callback请求。不然qq怎么知道你让我授权后要返回那个页面啊每天让我授权的像豆瓣这样的网站这么多。 　　至于访问这个地址之后qq那边做出怎样的回应就是第二步的事情了。总之第一步即对应了图中的这些部分。 第二步跳转到qq登录页面输入用户名密码然后点授权并登录 　　上一步中浏览器接到重定向地址并访问 http://www.qq.com/authorize?callbackwww.douban.com/callback 　　qq的服务器接受到了豆瓣访问的authorize在次例中所给出的回应是跳转到qq的登录页面用户输入账号密码点击授权并登录按钮后一定还会访问qq服务器中校验用户名密码的方法若校验成功该方法会响应浏览器一个重定向地址并附上一个code授权码。由于豆瓣只关心像qq发起authorize请求后会返回一个code并不关心qq是如何校验用户的并且这个过程每个授权服务器可能会做些个性化的处理只要最终的结果是返回给浏览器一个重定向并附上code即可所以这个过程在图中并没有详细展开。现把展开图画给大家。 第三步跳回到豆瓣页面成功登录  这一步背后的过程其实是最繁琐的但对于用户来说是完全感知不到的。用户在QQ登录页面点击授权登陆后就直接跳转到豆瓣首页了但其实经历了很多隐藏的过程。 首先接上一步QQ服务器在判断登录成功后使页面重定向到之前豆瓣发来的callback并附上code授权码即 callbackwww.douban.com/callback  页面接到重定向发起 http://www.douban.com/callback 请求 豆瓣服务器收到请求后做了两件再次与QQ沟通的事即模拟浏览器发起了两次请求。一个是用拿到的code去换token另一个就是用拿到的token换取用户信息。最后将用户信息储存起来返回给浏览器其首页的视图。到此OAuth2.0授权结束。 转载于:https://www.cnblogs.com/mafeng/p/10081567.html