这两种简称 Password 方式和 Client 方式吧,都只适用于应用是受信任的场景。一个典型的例子是同一个企业内部的不一样产品要使用本企业的 Oauth2.0 体系。在有些状况下,产品但愿可以定制化受权页面。因为是同个企业,不须要向用户展现“xxx将获取如下权限”等字样并询问用户的受权意向,而只需进行用户的身份认证便可。这个时候,由具体的产品团队开发定制化的受权界面,接收用户输入帐号密码,并直接传递给鉴权服务器进行受权便可。后端
有一点须要特别注意的是,在 2 这一步,鉴权服务器须要对客户端的身份进行验证,确保是受信任的客户端。服务器
若是信任关系再进一步,或者调用者是一个后端的模块,没有用户界面的时候,可使用 Client 方式。鉴权服务器直接对客户端进行身份验证,验证经过后,返回 token。blog
这两种方式在 Oauth2.0 协议中是不推荐使用的。只要条件容许,就应该使用 Authorization Code 方式。token