IdentityServer4 之Client Credentials走起来

前言

API裸奔是绝对不允许滴，之前专门针对这块分享了jwt的解决方案(WebApi接口裸奔有风险)；那如果是微服务，又怎么解决呢？每一个服务都加认证授权也可以解决问题，只是显得认证授权这块冗余，重复在搞事情；IT大佬肯定容忍不了，对于微服务架构，统一的认证授权中心那是必须的。

随着.NetCore的发布，IdentityServer4随之而出，是.Net Foundation的成员之一，专门针对.NetCore而出的认证授权框架，当前.Net圈是比较火的啦；再配上微服务认证授权的必要性，我决定以此开始入手进行微服务架构学习分享；

主要的学习分享思路为敲代码为向导，如果遇到相关理论概念，结合代码案例进行解释，不在单独针对理论知识整理相关文章(主要是担心归纳总结不好，让小伙伴疑惑，所以就想着结合应用案例解释比较容易理解)。

正文

IdentityServer4 主要的功能就是认证和授权，其他功能这里先假装不知道；主要目的就是想用其统一保护各个微服务的接口；先来理解一下认证和授权：

• 授权(Authorization)：在用户身份认证通过之后，授予用户访问资源的过程或是用户授予第三系统访问自己资源的过程，资源可能是个人信息、文件、数据、接口等；OAuth2是现在比较火的授权标准，对于授权流程，后续会举例说明；

  在公司，假如小伙伴是领导，在出差或休假的时候，通常会通过口头、邮件、信息等方式将一些工作临时委托给某人处理，比如签字、参会等，这个过程叫做授权，如果没有授权，签字无效，也不能随意参会；

• 认证(Authentication)：用户身份认证，可以将其理解为登录；系统验证身份凭据是否合法，比如用户名/密码、人脸识别等方式；OpenId Connect是目前比较流行的身份认证标准协议，OpenID是一个去中心化的网上身份认证系统，OpenID Connect是在OAuth2基础进行扩展，增加身份认证和相关身份标识信息；

  稍微有点规模的公司，通常都有自己的办公楼，有专门的保安人员，管控非公司人员的进入， 如果是公司人员，刷卡识别即可进入，如果是非公司人员需要登记个人信息确认才能进入，这个过程可以理解为身份认证；只有验证信息之后才