对于Oauth2的个人理解，服务器篇

相信大家都知道网上有很多实现oauth2的框架，这个我就不多说了

现在我们公司的oauth2是没有用任何框架，全部我自己封装搭建起来的，我先来说说简单的思想

1.连接器

oauth2，首先在使用之前一定要有连接器，连接器会有client_id和client_secret，redirect_uri三个属性，当中client_id是会暴露给用户的，但client_secret,redirect_uri只在于给开发者

举例：当我们用微博登录csdn，在csdn登录页的url中，我们会看到client_id，当我们点登录之后，微博会调用csdn的一个链接也就是redirect_uri，并传过去一个code，csdn根据这个code，client_id和client_secret,去调用微博的接口，获取access_token，所以client_secret是用于csdn对于微博链接去使用，不会外露。而且client_secret是可以手动刷新，一但csdn发现外露，可以手动去刷新，方式别人盗用。还有redirect_uri，这个是csdn配置在微博连接器中的，微博只会调用csdn的这个rest接口

2.token类型

正常的在上面连接器篇章中，描述的那套逻辑是code获取token的类型，其实还有password获取的类型

这两种类型的本质区别是：code登录，是会跳转到微博的登录页面，不会把密码泄漏给csdn，但如果用password的方式，csdn就可以做自己的微博登录页面，这样用户微博密码有被第三方发现的可能性

虽然password的方式不推荐，但服务器端也有对应支持的接口，需要的参数就是client_id和client_secret，redirect_uri，username,password，secret，secret是用户令牌，为了安全，用户一定会有一个自己的令牌，用来对密码加密但同样会被第三方窃取。

所以这种令牌我们一般都是开发给开发者，比如开发者要批量导入数据，或者批量查询数据，通过api访问数据的时候，如果用code的方式，登录太繁琐，而且access_token不会暴露给登陆人，因此开发者调试程序的时候多用password的方式去获取token

3.如何搭建

首先我们需要一个连接器的表 integrator 包含   id,name,client_id和client_secret，redirect_uri，然后user表中，要添加一个secret字段

然后有一个code表，code表和user表，连接器表integrator对应   id ,code,user_id, integrator_id

一个access_token表，oauth_access_token 包含 id,access_token,integrator_id,user_id,refresh_token

4.扩展

这样满足的表就足够了，因为是自己搭建，我们可以添加其他信息，比如连接器配置黑名单，白名单，token失效时间