取消重复请求是一个前端项目中很常见的网络请求优化手段，他主要是为了防止短时间内发送了多个一模一样的请求，导致性能的消耗~
github 上有一个很火的项目，叫做 Vben-Admin，是一个非常出色的后台管理系统模板，但是个人觉得它的取消重复请求做的一塌糊涂（下面会说理由）！！！
由于项目中源代码比较多，我尽量简化了代码，给大家展示一下它是怎么去实现这个功能的
我先说一下它实现这个功能的思路：
简化后的代码如下
图片
接着在页面中使用
图片
假如我点击了三次，那么它会将我前面的两次取消掉，只让第三次请求成功，从而实现取消重复请求的功能~
图片
图片
但是这个方案缺陷真的很大，比如看下面的例子，我不止一个按钮调用了，我有两个按钮去调用这个接口
图片
我先点击了按钮1，再点击按钮2，发现它把我按钮1的请求取消掉了，只请求了按钮2的请求，其实这是没错的，但是错就错在，它取消了按钮1的请求，但是连着按钮1点击事件接下来的代码都中断掉了！！！！
图片
可以发现，控制台没有打印按钮1的结果，只打印了按钮2的结果！！！
图片
这显然是不合理的，我们取消重复请求只是为了减少网络资源、性能的消耗，但是可不想因为这个优化，而影响了我们原本的逻辑~
其实上面的按钮1、按钮2，也可以类比为页面1、页面2，两个页面在短时间内发起了同一个请求，你直接去把页面1的后续逻辑都中断了，这不是一个好的方案！！！
并且其实不合理的地方还有：Method + Url当做 key，确实不太合理（但是本文暂且不关注这点）
想了一下，不能用上述的方案来做，缺陷太大了，自己想的方式就是不取消请求了！而是直接不发请求！ 大概的思路如下：
简化后的代码如下：
图片
结果如下，按钮1、按钮2各自的后续逻辑会继续进行
图片
且请求只会发出一次
图片
我这个方案是以第一个请求为主的，那么，如果第一个请求失败了，那后续的重复请求就爷跟着失败吗？显然是不对的~
第一个请求失败之后，我们必须让后续的请求再重新走一次流程才对，就像是一切都没发生过一样！
只需要在后续重复请求的错误回调中，重新执行请求即可，这样又能重新来过了！！！
图片
可以看到，就算前面的失败了，后面的照样能自己发起请求进行自救
图片
图片
以上只是我根据自己思路写出的一个粗略版本，如果大家有自己其他的顾虑，可以进行修改精进！
本文链接：http://www.28at.com/showinfo-26-93864-0.html23k star超火项目，请求优化写的一塌糊涂！我直接重构！
声明：本网页内容旨在传播知识，不代表本站观点，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。
