OAuth在WebApi中的使用，前后台分离的调用方式

前段时间由于公司架构服务层向WebApi转换，就研究了OAuth在WebApi中的使用，这中间遇到了很多坑，在此记录一下OAuth的正确使用方式。

1、  OAuth是做什么的？

　　在网上浏览时，大家都见过这样的功能：网站A提供了第三方登录服务，比如使用新浪微博、QQ账户登录。用户使用第三方账户登陆后，第三方返回Token给网站A，当网站A调用第三方服务请求登录用户信息时需传递该Token给第三方，第三方才允许该服务请求。之后的每次请求无需再次认证，直接使用该Token即可。这就是OAuth的典型应用。

2、  简单使用介绍 (具体使用OAuth的方法请参考：在ASP.NET中基于Owin OAuth使用Client Credentials Grant授权发放Token)

　　2.1、用户登录的过程即是获取Token的过程，前端用户登录示例代码如下：

 $.ajax({
             type: "POST",
             url: api_address + "token", //api_address为WebApi服务地址，由于OAuth的使用中设置了属性TokenEndpointPath = new PathString("/token")，所以请求到“token”链接时即可自动进入认证流程。
             data: { grant_type: "password", username: username, password: password, ran: Math.random() },//传递用户名、密码、认证方式
             dataType: "json",
             success: function (result) {
                 if (result.access_token && result.access_token.length > ) {
                       //result.access_token即是有效的服务调用凭证，可以把该值存入到Cookie中，以备下次使用。
 callback(, "登录成功。");
                 }
                 else {
                     callback(, "未知错误！");
                 }
             },
             error: function (XMLHttpRequest, textStatus, errorThrown) {
                 callback(, XMLHttpRequest.responseJSON.error);
             }
         });

登录代码

　　2.2、当认证方式为password时，已下方法为认证流程中的一步。(认证通过才会返回Token)

 public override Task GrantResourceOwnerCredentials(OAuthGrantResourceOwnerCredentialsContext context)
 {
     var username= context.UserName;
     var password=context.Password;
     if(用户名与密码不合法)
     {
     context.setError(“用户名或密码错误！”);//认证不通过
     }
     else
     {
     var oAuthIdentity = new ClaimsIdentity(context.Options.AuthenticationType);
     oAuthIdentity.AddClaim(new Claim(ClaimTypes.Name, context.UserName));
     //可以加入用户信息及其他必要信息到Token中，以便在api服务中使用(使用中HttpContext.Current.User.Identity即为oAuthIdentity对象，WebApi的Controller中可直接使用User.Identity)。
     oAuthIdentity.AddClaim(new Claim("UserID", user.UserID.ToString()));
     var ticket = new AuthenticationTicket(oAuthIdentity, new AuthenticationProperties());
       context.Validated(ticket);//认证通过
     }
     return base.GrantResourceOwnerCredentials(context);
 }    

认证代码

3、 已经获取了Token，如何使用？

　　网上的大部分示例都是使用HttpClient调用的方式，而前后端的完全分离作为一种发展趋势，我们需要Jquery的调用方式。

 $.ajax({
             type: “method”,//get,post,put,delete
             url:api_address + “api/Test”,//如果调用webapi中的TestController
             data: {data},
             dataType: "json",
             headers: {
                 "Authorization": "Bearer " + “token” //把登录获取的Token加入到http请求头中
             },
             success: function (result) {
                 callback(result);
             },
             error: function (XMLHttpRequest, textStatus, errorThrown) {
                 //。。。。。。
             }
 });

调用Api

4、Api的访问权限该如何做？

　　认证中我们把用户登录成功作为认证通过的标志，但不同角色的用户具有不同的访问权限（个人认为认证中应使用最小权限验证，如示例中的登录成功），如何控制有些Controller不能被低权限用户访问。

 [Authorize]
 public class TestController: ApiController
 {
     // GET api/<controller>
     public HttpResponseMessage Get(int appid)
     {
         return null;
     }
 }

一个典型的ApiController

　　[Authorize]表示访问该Controller的请求必须经过认证（请求头中具有Token信息），这里我们可以自定义一个特性去验证用户权限，并替换特性AuthorizeAttribute。（这里仅提供思路，具体做法请自己摸索，不保证以下代码的正确性）

 public class CustomeAuthorizeAttribute:System.Web.Http.AuthorizeAttribute
 {
         protected override bool IsAuthorized(System.Web.Http.Controllers.HttpActionContext actionContext)
     {
         if(base.IsAuthorized(actionContext))
         {
             //这里对用户的权限进行验证，actionContext可以获得请求的是哪一个Controller
             var user = HttpContext.Current.User.Identity;//Token中带有的用户信息
              if (可以访问)
             {
                  return true;
             }
              return false;
            }
            return false;
         }
 }
                 

示例自定义特性(拦截器)