小白必看:前端竞态条件的产生与解决
共 2551字,需浏览 6分钟
·
2022-05-25 13:09
点击上方 前端阳光,关注公众号
回复加群,加入技术交流群交流群
一、什么是异步请求的竞态问题
二、如何解决异步请求的竞态问题
2.1 交互层面解决
2.2 取消请求
2.3 抛弃无用的请求
参考资料
一、什么是异步请求的竞态问题
首先,先阐述一下什么是竞态问题,现在我有一个前端页面如下如图,它的功能是根据用户的查询条件来请求和展示列表数据。
网络正常的情况下我们直接请求并展示数据就可以了,完全没有技术的难度。但是当网络不稳定时就会出现查询条件和页面展示结果不一致的情况。我们举例说明:
首先用户在描述输入框输入“快乐”,然后点击查询 , 这次我们称为第一次请求 紧接着用户在描述输入框输入“悲伤”,然后点击查询,这次我们称为第二次请求
网络波动时,如果第二次请求的结果比第一次请求先返回,页面上描述输入框展示的是 “悲伤”,但是页面展示的列表数据却是第一次请求查询出的“快乐”对应的结果。
二、如何解决异步请求的竞态问题
这里我整理出解决这个问题的几种方法供大家参考(下文的代码主要用来展示思路,并未经过测试)。
2.1 交互层面解决
在发起请求后,我们添加全局的 loading 遮罩,或者 禁用****查询按钮 ,这样的话,我们在一个请求未完成前不能发送新的请求,这样就能解决了。
但是这个方法有几个缺点:
阻断交互 触发查询的动作很多样,如回车键等。这种情况下需要考虑的点会比较多 要说服产品、交互的同事(如果你特别能 Battle 需求,就忽略这一条)
2.2 取消请求
如果我们能够在每次请求时,都先取消上一次的请求就能确保最终的查询结果和查询的条件是一致的。
2.2.1 axios
我们以 axios 的 cancellation 举例:
const CancelToken = axios.CancelToken;
let source
// 请求的函数
funtion query (keyword) {
if (source) {
source.cancel('取消请求');
}
source = CancelToken.source();
return axios.post('/list', {
keyword
}, {
cancelToken: source.token
}).catch(function (thrown) {
// 区别处理取消请求和请求错误
if (axios.isCancel(thrown)) {
// 取消请求的逻辑
} else {
// 请求错误
}
});
}
上面的代码中,在每次查询前都使用 source.cancel() 取消了上一次的请求。
2.2.2 可取消的 Promise
当然,不是每个人都会使用 axios 作为请求库,一个通用的做法是定制一个可取消的 Promise 来封装请求。(注意:Promise 是不能取消的,这里取消指的是手动把 Promise 设为 rejected 状态 ),代码如下:
let doCancel
// 请求的函数
funtion query (keyword) {
if (doCancel) {
// 设置上一次的 Promise 设为 rejected 状态
doCancel('取消请求');
}
return new Promise(function(resolve, reject) {
// 挂载 reject 方法
doCancel = reject
const xhr = new XMLHttpRequest();
xhr.on("load", resolve);
xhr.on("error", reject);
xhr.open("POST", '/list', true);
// 发送请求条件,这里未作处理
xhr.send(null);
}).catch(function (thrown) {
// 区别处理取消请求和请求错误
if (axios.isCancel(thrown)) {
// 取消请求的逻辑
} else {
// 请求错误
}
});
}
如果你不想折腾,这里推荐使用 bluebird 的 cancellation 功能
2.3 抛弃无用的请求
最后一种处理方式最为比较容易理解:只处理当前查询条件对应请求结果,其它的查询条件的结果我们都认为是无用的请求,对于无用的请求我们在回调函数里不处理就可以了。
// 请求标记
let gobalReqID = 0
// 请求的函数
funtion query (keyword) {
gobalReqID++
let curReqID = gobalReqID
return axios.post('/list', {
keyword
}).then(res => {
// 对比闭包内的 curReqID 是否和 gobalReqID 一致
if (gobalReqID === curReqID) {
return res
} else {
return Promse.reject('无用的请求')
}
})
}
上面的代码是使用一个自增的 reqID 和 闭包特性来判断是否是无用的请求的,对于比较简单的查询条件,我们可以直接判断查询条件的是否一致即可。
参考资料
作者:有朝 链接:https://juejin.cn/post/6970710521104302110
往期推荐
我组建了技术交流群,里面有很多 大佬,欢迎进来交流、学习、共建。回复 加群 即可。后台回复「电子书」即可免费获取 27本 精选的前端电子书!回复内推,可内推各厂内推码
“分享、点赞、在看” 支持一波👍