目录 背景是: 会造成什么情况呢? 背景是: 在实际开发中,可能会遇到网络问题或者查询量比较大的情况,上一个请求还没有完成,用户就发起了下一个请求。 会造成什么情况呢?
目录
- 背景是:
- 会造成什么情况呢?
背景是:
在实际开发中,可能会遇到网络问题或者查询量比较大的情况,上一个请求还没有完成,用户就发起了下一个请求。
会造成什么情况呢?
但是同一个请求多次发送到服务器,无疑是对服务器的一种压力,所以需要在已经优化服务器过查询速度后,以及用户网络情况比较差的条件下,在前端进行请求限制。
axios 自带的cancelToken可以帮我们实现这个需求,并且提供给了我们一个现成的api axios.CancelToken ,这是一个返回值是带有请求信息的回调函数,我们可以在需要cancel的时候去执行这个回调函数。具体实现如下:
const service = axios.create({}); const penddingMap = new Map(); const addPendding = (config) => { config.cancelToken = config.cancelToken || new axios.CancelToken(cancel => { if(!penddingMap.has(config.url)){ penddingMap.set(config.url,cancel); } }) } const removePendding = (config) => { if(penddingMap.has(config.url)){ let cancel = penddingMap.get(config.url); cancel(config.url); penddingMap.delete(config.url) } }
本地维护一个Map来存储每个请求信息, addPendding 中每次会去先判断是否有cancelToken,如果有就不用重新创建一个cancelToken。 removePendding 中判断请求信息是否在Map中,如果该请求存在于Map中,则执行cancel函数,并删除Map中的该请求。
拦截器中的具体应用:
service.interceptors.request.use(config => { removePending(config) // 如果存在Map中先cancel该请求 addPendding(config) // 添加该请求到Map中 return config }) service.interceptors.response.use(response => { ``` // some code return response.data },error => { // 捕获cancel请求并抛出 if(error instanceof Cancel){ error.message = '上一请求尚未结束,稍等~'; Message.error(error.message); return Promise.reject(error.response) // 这里抛出需要注意,在请求时调用try-catch进行捕获 }) )
这里拦截成功后,就可以限制住大流量的多次请求。
这里只是一个例子,也可以通过判断按钮逻辑来控制用户是否发起请求。
到此这篇关于js实现axios限制请求队列的文章就介绍到这了,更多相关js axios限制请求队列内容请搜索自由互联以前的文章或继续浏览下面的相关文章希望大家以后多多支持自由互联!