此方案主要有两个功能 1.请求发出后，后续重复请求取消不处理，等待第一次请求完成。 2.路由跳转后，上一个页面未完成请求全部清理。

本文通过一次简单的项目重构总结出一个请求层拦截器调度方案，目的是为了实现所有拦截器职责单一、方便维护，并统一维护和自动调度，大大降低实际业务的拦截器开发上手难度。

一、前言： 我们在web应用开发过程当中，经常会遇到一个时刻发起了多个请求的场景 这个情况下，我们通常的做法有两种： 可以在请求时show一个loading，阻止用户操作。 或者人为加个变量，做一个请

在一个vue项目开发的过程中，遇到一个需要中断文件上传的需求，当我利用axios的cancel token实现中断请求的功能之后，想要再次发送post请求，却发现axios直接返回了reject

axios取消重复请求： 相同的接口在上一个pending状态时，自动取消下一个请求； 请求失败重试： 接口请求后台异常时候，自动重新发起多次请求；请求接口数据缓存：接口在设定时间内不会向后台获取数据

前段时间写了篇文章《axios如何利用promise无痛刷新token》，陆陆续续收到一些反馈。发现不少同学会想要从在请求前拦截的思路入手，甚至收到了几个邮件来询问博主遇到的问题，所以索性再写一篇文章来说说另一个思路的实现和注意的地方。过程会稍微啰嗦，不想看实现过程的同学可以直…