1位工作5年的小伙伴被问到这样一道面试题，说谈谈你对OAuth的理解。当时，这位小伙伴感觉回答得不是很理想，希望我拍一期视频详细地介绍一下。
今天，我给大家讲一讲，我对这个问题的理解。
1、什么是 OAuth
OAuth是一个关于授权（Authorization）的开放技术标准，在全世界得到广泛应用，它本质上是一种协议，可以在不共享用户用户名和密码的前提下，实现将授权从应用程序另一个应用程序。如图所示：
咱们可以使用QQ或者微信直接登录京东APP，而无需在京东重新注册用户。相当于，用户可以在一个平台上登录，获得授权后，也可在另一平台上执行操作和查看数据。使用最为广泛的场景是SSO（单点登录）。
举个例子，有一位访客需要在房主不在家时进到房间里面，房主又不能把门锁密码告诉访客，而是给预先发给访客一张临时房卡，这张房卡刷一次就失效了。OAuth 的工作方式和这个场景非常类似，一个应用程序向另一个应用发送授权令牌来授予用户访问权限，而不是发送用户的密码。
2、OAuth的工作原理
我们知道，任何的身份认证，本质上都是基于对请求方的不信任产生的。而OAuth的出现，主要是解决多个应用之间的授权信任问题。在OAuth的交互过程中有四个参与角色，如图所示：
它们分别是：
- 资源所有者（Resource Owner）：一般是指咱们自己。
- 客户端（Client）：一般是指需要授权的应用，比如京东APP。
- 资源服务器（Resource Server）：一般是指保存信息的服务器，比如QQ密码和微信密码的服务器。
- 授权服务器（Authorization Server）：一般是指提API的服务器，比如QQ的Open API服务，微信的Open API服务。
一般情况下，资源服务器和认证服务器是同一个服务，这样更方便调用。OAuth的工作原理如图所示：
第1步：客户端向资源拥有者发送授权请求，一般资源拥有者的资源会存放在资源服务器。
第2步：客户端会收到资源服务器的授权许可。
第3步：客户端拿到许可之后，再向授权服务器发送一次验证，给客户端颁发一个Access Token访问令牌。
第4步：客户端拿到令牌之后，交给资源服务器。
第5步：资源服务器会将获取到的令牌传给认证服务器验证令牌的有效性。
第6步：资源服务器验证令牌通过之后，就会返回一个受保护的资源。
在我们看到的这个流程中，最重要的是第2步，也就是在第3步获取授权之前，客户端要先申请许可资源的内容，比如用户头像，用户昵称等等。也就是客户端向资源服务器申请授权的时候，需要填写以下授权所需的信息，分别是：应用名称、应用网站、重定向URI或者回调的URL（redirect_uri）、客户端标识client_id和客户端密钥client_secret。这些信息需要我们在 。
当然，OAuth一共设计了四种授权模式，分别是：
授权码模式（Authorization Code Grant）。
简化模式（Implicit Grant）。
密码模式（Resource Owner Password Credentials Grant）。
客户端模式（Client Credentials Grant）。
由于视频时长的限制，我这里就不详细介绍了。有兴趣的小伙伴可以在评论区回复666，我可以单独再拍摄一期视频专门讲解。
3、关于OAuth 2.0
OAuth 2.0 是 OAuth 的最新版本。OAuth 的首版于 2010 年发布。OAuth 2.0 于 2012 年发布，修复了 OAuth 1.0 中存在的若干漏洞。目前，大家基本上都只会使用OAuth2.0了。
好了，以上就是我对OAuth的理解。
