宜昌百度网站建设,东莞市优速网络科技有限公司,广东门户网站建设,民和网站建设公司前言 什么是“Token”#xff1f; 它是服务端生成的一串字符串#xff0c;以作客户端进行请求的一个令牌#xff0c;当第一次登录后#xff0c;服务器生成一个Token便返回给客户端#xff1b;以后客户端只携带此Token请求数据即可。 简言之#xff0c;Token其实就是用户身…前言 什么是“Token” 它是服务端生成的一串字符串以作客户端进行请求的一个令牌当第一次登录后服务器生成一个Token便返回给客户端以后客户端只携带此Token请求数据即可。 简言之Token其实就是用户身份的另一个标识而已取代了繁琐的用户和密码校验同时也减轻了服务器的压力减少频繁的数据库交互使服务器更加健壮。
那么我们在应用中如何使用token呢且听博主分解。 流程原理
1. OAuth2.0
我们在熟悉Token之前先了解一下“OAuth2.0”各位盆友可能有疑问这又是什么东东能干嘛 “OAuthOpen Authorization”是一个关于授权authorization的开放网络标准允许用户授权第三方应用访问他们存储在另外的服务提供者上的信息而不需要将用户名和密码提供给第三方移动应用或分享他们数据的所有内容。 目前已开放的标准是2.0于是我们通常简称为“Oauth2.0”协议。 在这个协议或标准基础之上提供了4种授权模式今天我们重点讲其中一种“授权码模式”。 授权码authorization code模式指的是第三方应用先申请一个授权码然后再用该码获取令牌。 这种方式目前是最常用的模式兼顾安全与性能。同时令牌存储在后端在前后端分离场景下可以避免令牌泄漏。
2. Token令牌
有了前面的背景知识是不是大概也理解了OAuth的意义了接下来我们看Token是怎么回事它有哪些作用
Token完全由应用程序进行管理所以它可以避开同源策略Token可以避免CSRF跨站请求访问攻击Token可以是无状态的可以在多个服务器之间共享使用Token减轻服务器的压力减少频繁的查询数据库。
所以从以上作用来看还是达到了“降本增效”的目的这也正反映当代世界的一个主题“节能减排绿色环保”。 应用实践
到此为止大家是否已学习了到关于Token的理论知识呢接下来我们看在实际应用中应该如何处理。
1. appKey/appSecret
首先看一组名词解释 “appKey”名为应用标识通常代表客户身份即客户端的唯一标识。 “appSecret”名为应用密钥通常与appK组合配对使用用于客户身份认证。 通常appKey作为公钥存在可以用于数据传输而appSecret作为私钥存在只能在服务端存储禁止网络传输。
从发展趋势而言以“appKey/appSecret”组合使用可以灵活定义客户端使用权限从而提高了用户管理能力这也正是当前建设OpenAPI的基础。
2. 生成Token
当客户收到一组“appKey/appSecret”, 便可通过token服务获取授权。如果认证通过后服务端即向客户端颁发令牌Token。因为Token具备时效性需根据实际情况定义。 请看Token调用示例
{appKey: c5fc1ce17ea311eb02628fce294,appSecret: f0310ba586bb0e73c375
}{code: 200,msg: 认证成功,data: {access_token: eyJhbGciOiJIUzUxMiJ9.eyJ1c2VyX2lkIjoiRklOMSIsInVz,expires_in: 120}
}3. 使用Token
有了Token这块金字“腰牌”我们可以一定程度上掌握了主动在有限的时间内可以自由支配授权的资源。那如何支配呢即需要的时候主动出示Token即可。此时我们把镜头转向如何出示的画面 各位盆友谜底已揭晓学到了吧通过Header传参实现Token的出示和后续的服务认证。此刻我们已经一只脚踏入了客户的家门。 好了夜深了博主也该休息了。今天分享到这里欢迎路过的、拿凳的、嗑瓜子的盆友们分享与讨论。 咱们有空接着聊~
