Oauth2.0(四):Implicit 授权方式

    Oauth2.0的核心机制在之前的文章中已经总结完毕。除了核心机制,Oauth2.0 还提供了几种标准的授权流程,分别适用于不同的场景。其中一种叫做 Implicit 授权,这是最简单的形式,适用于纯静态页面应用。所谓纯静态页面应用,就是应用方没有在服务器上执行代码的权限(通常是把代码托管在别人的服务器上),只有前端 Js 代码的控制权。

    这种场景下,应用方是没有持久化存储的能力的。因此,按照 Oauth2.0 的规定,这种应用是拿不到 refresh token 的。其整个授权流程是这样:

 这里要注意第4步:重定向到

 

        http://www.abc.com?accesstoken=xxx

 

    这个地址是应用方的一个前端页面,而不是一个服务端api地址。应用方在页面中使用 js 代码抓取到url中的access token,并将其保存在cookie或者local storage中。对于这种应用,access token 是容易泄露的,且不可刷新。可以看出,这其实是一种阉割版的授权流程。在实际应用当中,这种授权流程是很少见的。除非万不得已,否则不应该使用这种流程。

 

    若有疑问,可以直接进以下公众号提问。也可以直接发送 oauth2.0 获取设计指南和伪代码:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值