之前在面试的时候被问到过刷新 token 的问题,其实我对 token 验证机制的细节一直不清楚。新项目和后端的同学商量后使用刷新 token 来实现。本文主要分享一下对 token 机制的理解和实现方式。
登录验证一般来说有两个目的,一个是为了安全,一个是为了用户方便。因为 HTTP 是无状态的,所以后端在接受到请求之后并不能知道请求是从哪里来的,但是很多时候我们有验证用户身份的需求,同时前端又有保存用户登录状态的需求。而如果将用户信息保存在前端,必然是非常危险的,很容易被获取,所以就有了在后端进行非对称加密的方式来实现登录的验证和保存。
目前主要的登录验证方式有 cookie + session,token,单点登录和 OAuth 第三方登录。本文我们主要讲一讲 token 登录验证。
token 直译就是令牌的意思,其实就是后端将用户信息进行非对称加密,然后将加密后的内容保存在前端,当发送请求的时候带上这个令牌来实现身份验证。大致的过程是第一次登录用户输入用户名和密码,服务器验证无误后会对用户的信息进行非对称加密生成一个令牌返回给前端,前端可以存入 cookie 或者 localStorage 等,以后每次发送请求带上这个令牌,后端通过对令牌的验证来识别用户的身份以及请求的合法性。
token 的优点是服务端不需要保存 token,只需要验证前端传过来的 token 即可,所以几遍是分布式部署也可以使用这种方式。token 的缺点就是,由于服务器不保存 session 状态,因此无法在使用过程中废止某个 token,或者更改 token 的权限。也就是说,一旦 token 签发了,在到期之前就会始终有效,除非服务器部署额外的逻辑。
目前比较常用的 token 加密方式是 JWT JSON Web Token,关于 JWT 可以参考阮一峰老师的 JSON Web Token 入门教程
按照上面的 token 逻辑,前端只要保存一个后端传过来的 token,每次请求附上即可。当令牌过期有两种选择,我们可以让用户冲洗你登录,或者后端生成一个新的令牌,前端保存新的令牌并重新发送请求。但是这两种方式都有问题,如果让用户重新登录,用户体验不是很好,频繁的重新登录并不是一种比较好的交互方式。而如果自动生成新的令牌则会出现安全问题,比如黑客获取了一个过期的令牌并向后端发送请求,则也可以获得一个更新的令牌。
为了权衡上面的问题,产生了一种刷新 token 的机制,当用户第一次登录成功,后端会返回两个 token,一个 accessToken 用来进行请求,也就是我们每次请求都附上 accessToken,而 refreshToken 则是用来在 accessToken 过期的时候进行 accessToken 的刷新。一般来说,accessToken 由于每次请求都会附上,所以安全风险比较高,所以过期时间较短,而 refreshToken 则只有在 accessToken 过期的时候才会发送到后端,所以安全风险相对较低,所以过期时间可以长一点。
当我们的 accessToken 过期之后,我们会向后端的 token 刷新接口请求并传入 refreshToken,后端验证梅雨问题之后会给我们一个新的 accessToken,我们保存后就可以保证访问的连续性。当然,这也并非绝对安全的,只是一种相对安全一点的做法。一般我们将两个 token 保存在 localStorage 中。
在项目中我主要使用的是 axios,所以 token 的刷新以及请求附带 token 都是使用的 axios 的拦截器完成的。这其中需要注意的地方有三点:
第一个问题用一个 Boolean 字段加锁即可,第二个问题将请求新 token 过程中发起的请求用状态为 pendding 的 Promise 进行暂存,放到一个数组中,当新的 token 回来的时候依次 resolve 每一个 pendding 的 Promise 即可。具体的代码细节我直接贴上项目上的源码:
import axios, * as AxiosInterface from 'axios'; // Token 接口,访问 token,刷新 token 和过期时 const instance = axios.create({ // baseURL: '' timeout: 300000, headers: { 'Content-Type': 'application/json', 'X-Requested-With': 'XMLHttpRequest', }, }); async function refreshAccessToken(): Promise<AxiosInterface.AxiosResponse<AxiosData>> { return await instance.post('api/refreshtoken'); } let isRefreshing = false; let requests: Array<Function> = []; // 若在 token 刷新过程中进来多个请求则存入 requests 中 // axios.defaults.baseURL = 'http://127.0.0.1:8888/api/private/v1/'; // 设置请求拦截器,若 token 过期则刷新 token axios.interceptors.request.use(config => { const tokenObj = JSON.parse(window.localStorage.getItem('token') as string); if (config.url === 'api/login' || config.url === 'api/refreshtoken') return config; let accessToken = tokenObj.accessToken; let expireTime = tokenObj.expireTime; const refreshToken = tokenObj.refreshToken; config.headers.Authorization = accessToken; let time = Date.now(); console.log(time, expireTime); if (time > expireTime) { if (!isRefreshing) { isRefreshing = true; refreshAccessToken() .then(res => { ({ accessToken, expireTime } = res.data.data); time = Date.now(); const tokenStorage = { accessToken, refreshToken, expireTime: Number(time) + Number(expireTime), }; window.localStorage.setItem('token', JSON.stringify(tokenStorage)); isRefreshing = false; return accessToken; }) .then((accessToken: string) => { requests.forEach(cb => { cb(accessToken); }); requests = []; }) .catch((err: string) => { throw new Error(`refresh token error: {err}`); }); } // 如果是在刷新 token 时进行的请求则暂存在 requests 数组中,这里需要使用一个 pendding 的 Promise 来确保拦截的成功 const parallelRequest: Promise<AxiosInterface.AxiosRequestConfig> = new Promise(resolve => { requests.push((accessToken: string) => { config.headers.Authorization = accessToken; console.log(accessToken + Math.random() * 1000); resolve(config); }); }); return parallelRequest; } return config; }); export default (vue: Function) => { vue.prototype.http = axios; };
以上就是我对刷新 token 的实现,如果有什么错误之处欢迎指正交流。
以上就是token 机制和实现方式的详细内容,更多关于token 机制和实现方式的资料请关注小牛知识库其它相关文章!
实现分页机制 在本实验中,需要重点了解和实现基于页表的页机制和以页为单位的物理内存管理方法和分配算法等。由于ucore OS是基于80386 CPU实现的,所以CPU在进入保护模式后,就直接使能了段机制,并使得ucore OS需要在段机制的基础上建立页机制。下面比较详细地介绍了实现分页机制的过程。
本文向大家介绍Python实现Event回调机制的方法,包括了Python实现Event回调机制的方法的使用技巧和注意事项,需要的朋友参考一下 0.背景 在游戏的UI中,往往会出现这样的情况: 在某个战斗副本中获得了某个道具A,那么当进入主界面的时候,你会看到你的背包UI上有个小红点(意思是有新道具),点击进入背包后,发现新增了道具A,显示个数为1,并且在下个界面中有个使用的按钮由灰色不可使用变成
本文向大家介绍django的autoreload机制实现,包括了django的autoreload机制实现的使用技巧和注意事项,需要的朋友参考一下 在开发django应用的过程中,使用开发者模式启动服务是特别方便的一件事,只需要 python manage.py runserver 就可以运行服务,并且提供了非常人性化的autoreload机制,不需要手动重启程序就可以修改代码并看到反馈。 源码分
本文向大家介绍C#复制和深度复制的实现方法,包括了C#复制和深度复制的实现方法的使用技巧和注意事项,需要的朋友参考一下 深度复制与浅表复制的区别在于,浅表复制只复制值类型的值,而对于实例所包含的对象依然指向原有实例。 运行结果: 一、List<T>对象中的T是值类型的情况(int 类型等) 对于值类型的List直接用以下方法就可以复制: 二、List<T>对象中的T是引用类型的情况(例如自定义的实
本文向大家介绍Python垃圾回收机制三种实现方法,包括了Python垃圾回收机制三种实现方法的使用技巧和注意事项,需要的朋友参考一下 引用计数 Python语言默认采用的垃圾收集机制是『引用计数法 Reference Counting』,该算法最早George E. Collins在1960的时候首次提出,50年后的今天,该算法依然被很多编程语言使用。 『引用计数法』的原理是:每个对象维护一个o
本文向大家介绍Java实现简单LRU缓存机制的方法,包括了Java实现简单LRU缓存机制的方法的使用技巧和注意事项,需要的朋友参考一下 一、什么是 LRU 算法 就是一种缓存淘汰策略。 计算机的缓存容量有限,如果缓存满了就要删除一些内容,给新内容腾位置。但问题是,删除哪些内容呢?我们肯定希望删掉哪些没什么用的缓存,而把有用的数据继续留在缓存里,方便之后继续使用。 LRU是Least Recentl