持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第16天，点击查看活动详情
在平时开发中，接口验证是必须的，不然所有人都能请求你的接口，会带来严重的后果，接口验证一般有四种方法：
OAuth，英文全称：Open Authentication,，中文意思就是开放式身份验证。
我们先来看一下OAuth的工作原理：
 标准，它是基于 OAuth 2.0 框架之上的身份验证协议，允许在用户尝试访问受保护的 HTTPs 端点时验证用户身份。
画的那张图。
举个最简单的生活例子，比如有个军事重地，需要刷卡才能进，那么想要进去，肯定想到先去办张有进入权限的卡，这个卡是跟某某将军的身份证绑定，你通过某种手段拿到了将军的身份证，办理人员只认身份证，身份证无误，给你办了这张卡，你大摇大摆的拿着这张卡进入到军事基地开始谋划大事。
这个就是OAuth 2.0最大的问题：为啥在刷卡进入的时候不验证一下，你到底是不是那个将军？
所以OpenID Connect出现了！
至于OpenID Connect工作原理，本文暂时不做展开，内容太多了，如果大家有需要，可以在评论区告诉我，我视人数看是否值得一写，这块还是蛮难的。
总结
本文介绍了四种rest api身份验证方法：
-
HTTP认证
-
令牌认证
-
OAuth 2.0认证
-
OpenID Connect认证
最不安全的就是HTTP认证中的基本认证，常用一般是令牌认证、OAuth 2.0认证，其中最大的赢家还是OAuth 2.0认证，实现起来比较快速、容易，而且扩展性比较强。OpenID Connect认证最为可靠，是OAuth 2.0的升级，现在也慢慢流行起来！
