原文章 作者：Aaron Parecki

译者：MoCha => 摩卡先生

前言

授权码模式大概是我们所最常见的OAuth 2.0 授权模式。当用户授权给app时，授权码模式就会在网页应用和原生apps中使用到。

本文章是本系列文章中的第一部分，我们将探讨常用的OAuth 2.0 授权模式。如果你想在我们深入之前了解更多有关OAuth 2.0的知识，请查看What the Heck is OAuth?，这篇文章同样能够在Okta开发者博客上找到。

What is an OAuth 2.0 Grant Type? 什么是 OAuth 2.0 授权模式？

在OAuth 2.0 标准中，“授权模式”指的是一种为应用程序获取access token的方式。

OAuth 2.0 定义了好几种授权模式，其中包括“授权码模式”。OAuth 2.0 的扩展同样可以定义一些新的授权模式。

每一种授权模式在对应的一些特殊用例中都有着最佳实践，例如：web app，原生 app，一些无法启动web浏览器的设备，或者是服务器端到服务器端的应用程序。

The Authorization Code Flow 授权码模式的流程

授权码授权模式被用于web应用以及手机app中。与大多数授权模式不同，授权码模式会在一开始就请求应用去启动浏览器来进行一系列操作。更深入点说，授权码模式的流程有以下步骤：

Get the User’s Permission 获取用户权限

OAuth 旨在让用户能够授予应用程序特定的受限访问权限。应用程序首先会确定需要请求的权限，之后会将用户传送至对应的浏览器中以获得他们的许可。为了开启授权流程，应用程序会构造类似以下格式的URL，并且通过浏览器进行访问。

下面是有关请求参数的说明：

当用户访问此URL时，授权服务器会提示用户，询问他们是否要授权此应用程序的请求。

Redirect Back to the Application 重定向回到应用程序

如果用户同意授权，那么授权服务器将重定向回到指定的redirect_uri ，并且携带着code以及state

例如，用户将重定向回到以下URL：

state的值将会和应用程序刚初始请求时设置的一样。但应用程序应当检查重定向中的state是否与最初设置的state一致

code是通过授权服务器生成的授权码，授权码相对来说存活时间是短暂的，在依赖OAuth服务的情况下，一般存活在1~10分钟。

Exchange the Authorization Code for an Access Token 为了获取Access Token 进行的授权码交换

我们即将要结束授权的流程啦。现在应用程序有了授权码，我们可以用它来获取Access Token。

应用程序将会通过以下步骤发起POST请求到服务令牌终端：

令牌终端将验证请求中的所有参数，确保授权码不会过期以及客户端ID和客户端secret是匹配的。如果一切的检查顺利，没有问题，那么将会生成一个access token响应回去！