如何中断已发出去的请求?

↓推荐关注↓

面试官:请求已经发出去了,如何取消掉这个已经发出去的请求?

面试者:(脑海里立马产生一个疑惑:已经发出去的请求还能取消掉?) 这个......这个......还真不知道。

面试完,马上找度娘.....

AbortController

AbortController[1] 接口表示一个控制器对象,可以根据需要终止一个或多个Web请求。

  • AbortController():AbortController()构造函数创建一个新的 AbortController 对象实例

  • signal:signal 属性返回一个 AbortSignal 对象实例,它可以用来 with/about 一个Web(网络)请求

  • abort():终止一个尚未完成的Web(网络)请求,它能够终止 fetch 请求,任何响应Body的消费者和流

Fetch 中断请求

Fetch 是 Web 提供的一个用于获取资源的接口,如果要终止 fetch 请求,则可以使用 Web 提供的 AbortController 接口。

首先我们使用 AbortController() 构造函数创建一个控制器,然后使用 AbortController.signal 属性获取其关联 AbortSignal 对象的引用。

当一个 fetch request 初始化时,我们把 AbortSignal 作为一个选项传递到请求对象 (如下:{signal}) 。这将信号和控制器与获取请求相关联,然后允许我们通过调用 AbortController.abort() 中止请求。

const controller = new AbortController();
let signal = controller.signal;
 console.log( signal 的初始状态:  , signal);

const downloadBtn = document.querySelector( .download );
const abortBtn = document.querySelector( .abort );

downloadBtn.addEventListener( click , fetchVideo);

abortBtn.addEventListener( click , function() {
  controller.abort();
 console.log( signal 的中止状态:  , signal);
});

function fetchVideo() {
  //...
  fetch(url, {signal}).then(function(response) {
    //...
  }).catch(function(e) {
    reports.textContent =  Download error:   + e.message;
  })
}

当我们中止请求后,网络请求变成了如下所示的情况:

c3d3ddc70322877e03beb42c2f33dd40.png

我们再来看看 AbortSignal 中止前和中止后的状态:

5a53e8d0f7f25d29a70b3ffc3ed30d52.png

可以看到,AbortSignal 对象的 aborted 属性由初始时的 false 变成了中止后的 true 。

线上运行示例[2] (代码来源于MDN[3])

AbortControllter 有兼容性问题,如下:

e711715e9c73ddc9ce076b40f48f6626.png

axios 中断请求

axions 中断请求有两种方式:

方式一

使用 CancelToken.souce 工厂方法创建一个 cancel token,代码如下:

const CancelToken = axios.CancelToken;
const source = CancelToken.source();

axios.get( https://mdn.github.io/dom-examples/abort-api/sintel.mp4 , {
  cancelToken: source.token
}).catch(function (thrown) {
  // 判断请求是否已中止
  if (axios.isCancel(thrown)) {
    // 参数 thrown 是自定义的信息
    console.log( Request canceled , thrown.message);
  } else {
    // 处理错误
  }
});

// 取消请求(message 参数是可选的)
source.cancel( Operation canceled by the user. );

中止后的网络请求变成如下所示:

10f364d2ff959d15f0b6944bb6b5a11d.png

我们再来看看初始时和中止后的 souce 状态:

c530356c7e29e7188f3ef69662c49d0f.png

可以看到,初始时和中止后的 source 状态并没还有发生改变。那么我们是如何判断请求的中止状态呢?axios 为我们提供了一个 isCancel() 方法,用于判断请求的中止状态。isCancel() 方法的参数,就是我们在中止请求时自定义的信息。

e95520ebd4e742ec92ab46f39eb66566.png

方式二

通过传递一个 executor 函数到 CancelToken 的构造函数来创建一个 cancel token:

const CancelToken = axios.CancelToken;
let cancel;

axios.get( /user/12345 , {
  cancelToken: new CancelToken(function executor(c) {
    // executor 函数接收一个 cancel 函数作为参数
    cancel = c;
  })
});

// 取消请求
cancel( Operation canceled by the user. );

浏览器运行结果与方式一一致,此处不再赘述。

线上运行示例[4] (代码来源于MDN[3])

umi-request 中断请求

umi-request 基于 fetch 封装, 兼具 fetch 与 axios 的特点, 中止请求与 fetch 和 axios 一致不再过多赘述,详情可见官方文档 中止请求[5]

需要注意的是 AbortController 在低版本浏览器polyfill有问题,umi-request 在某些版本中并未提供 AbortController 的方式中止请求。

umi 项目中使用 CancelToken 中止请求

umi 项目中默认的请求库是umi-request,因此我们可以使用umi-request提供的方法来中止请求。另外,在umi项目中可以搭配使用了dva,因此下面简单介绍下在dva中使用CancelToken中止请求的流程。

1、在 services 目录下的文件中编写请求函数和取消请求的函数

import request from  @/utils/request ;
const CancelToken = request.CancelToken;
let cancel: any;

// 合同文件上传 OSS
export async function uploadContractFileToOSS(postBody: Blob): Promise<any> {
  return request(`/fms/ossUpload/financial_sys/contractFile`, {
    method: "POST",
    data: postBody,
    requestType:  form ,
    // 传递一个 executor 函数到 CancelToken 的构造函数来创建一个 cancel token
    cancelToken: new CancelToken((c) => {
      cancel = c
    })
  })
}

// 取消合同文件上传
export async function cancelUploadFile() {
  return cancel && cancel()
}

2、在 models 中编写 Effect:

*uploadContractFileToOSS({ payload }: AnyAction, { call, put }: EffectsCommandMap): any {
  const response = yield call(uploadContractFileToOSS, payload);
  yield put({
    type:  save ,
    payload: {
      uploadOSSResult: response?.data,
    }
  })
  return response?.data
},

*cancelUploadFile(_: AnyAction, { call }: EffectsCommandMap): any {
  const response = yield call(cancelUploadFile)
  return response

},

3、在页面中通过dispatch函数触发相应的action:

// 发起请求
dispatch({
  type:  contract/fetchContractFiles ,
  payload: {
    contractId: `${id}`,
  }
})

// 取消请求
dispatch({
  type: "contract/cancelUploadFile"
})

4、在 utils/request.js 中统一处理中止请求的拦截:

const errorHandler = (error: { response: Response }): Response => {
  const { response } = error;
  notification.destroy()

  if (response && response.status) {
    const errorText = codeMessage[response.status] || response.statusText;
    const { status, url } = response;

    notification.error({
      message: `请求错误 ${status}: ${url}`,
      description: errorText,
    });
  } else if (error?.[ type ] ===  TypeError ) {
    notification.error({
      description:  您的网络发生异常,无法连接服务器 ,
      message:  网络异常 ,
    });
  } else if (error?.[ request ]?.[ options ]?.[ cancelToken ]) {
    notification.warn({
      description:  当前请求已被取消 ,
      message:  取消请求 ,
    });
  } else if (!response) {
    notification.error({
      description:  您的网络发生异常,无法连接服务器 ,
      message:  网络异常 ,
    });
  } else {
    notification.error({
      description:  请联系网站开发人员处理 ,
      message:  未知错误 ,
    });
  }
  return response;
};

参考资料

[1]

AbortController: https://developer.mozilla.org/zh-CN/docs/Web/API/AbortController

[2]

线上运行示例: https://codesandbox.io/s/abortcontroller-cancel-request-f4wzo

[3]

MDN: https://github.com/mdn/dom-examples/blob/master/abort-api/

[4]

线上运行示例: https://codesandbox.io/s/axios-cancel-request-qp0q7?file=/index.html

[5]

中止请求: https://github.com/umijs/umi-request/blob/master/README_zh-CN.md#%E9%80%9A%E8%BF%87-abortcontroller-%E6%9D%A5%E4%B8%AD%E6%AD%A2%E8%AF%B7%E6%B1%82

作者:紫圣

https://juejin.cn/post/7033906910583586829

- EOF -

点赞和在看就是最大的支持❤️

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 首先初始化内存中的页面为空,引用串中的数字表示访问的页面。 1. 1 -> [1] (缺页中断次数为1) 2. 2 -> [1, 2] (缺页中断次数为1) 3. 3 -> [1, 2, 3] (缺页中断次数为1) 4. 4 -> [1, 2, 3, 4] (缺页中断次数为1) 5. 1 -> [1, 2, 3, 4] (缺页中断次数为1,页面1已在内存中) 6. 5 -> [2, 3, 4, 5] (缺页中断次数为2,页面1已被替换) 7. 6 -> [3, 4, 5, 6] (缺页中断次数为3,页面2已被替换) 8. 1 -> [3, 4, 5, 6] (缺页中断次数为3,页面1已在内存中) 9. 4 -> [3, 4, 5, 6] (缺页中断次数为3,页面4已在内存中) 10. 2 -> [3, 4, 5, 6] (缺页中断次数为4,页面2已被替换) 11. 3 -> [4, 5, 6, 3] (缺页中断次数为5,页面3已被替换) 12. 4 -> [5, 6, 3, 4] (缺页中断次数为6,页面4已被替换) 13. 5 -> [6, 3, 4, 5] (缺页中断次数为7,页面5已被替换) 14. 6 -> [3, 4, 5, 6] (缺页中断次数为7,页面6已在内存中) 因此,采用FIFO页面替换算法,引用串1,2,3,4,1,5,6,1,4,2,3,4,5,6,产生7次缺页中断。 ### 回答2: 对于给定的引用串,采用FIFO(先进先出)页面替换算法,我们需要判断何时出现页面替换(缺页中断)。 初始时,内存为空,引用串为1,2,3,4,1,5,6,1,4,2,3,4,5,6。 首先,页面1被请求,存入内存。此时,内存中的页面情况为1。 接下来,页面2被请求,存入内存。此时,内存中的页面情况为1,2。 页面3和4分别被请求,存入内存。此时,内存中的页面情况为1,2,3,4。 当页面1再次被请求时,由于页面1已经在内存中,不会产生缺页中断。 当页面5被请求时,由于内存已满且页面5不在内存中,需要进行页面替换。由于采用FIFO算法,将最早进入内存的页面1替换出去,将页面5存入内存。此时,内存中的页面情况为2,3,4,5。 当页面6被请求时,由于内存已满且页面6不在内存中,需要进行页面替换。再次按照FIFO算法,将页面2替换出去,将页面6存入内存。此时,内存中的页面情况为3,4,5,6。 此后,再次出现的页面4,2,3,4,5,6都已经在内存中,不会产生缺页中断。 综上所述,采用FIFO页面替换算法,在给定的引用串中会产生2次缺页中断。 ### 回答3: 使用FIFO页替换算法,先进先出,当内存中页面已满时,替换最早进入的页面。首先分配给1、2、3、4四个页面,然后按照请求串的顺序1,2,3,4,1,5,6,1,4,2,3,4,5,6逐个处理。 1. 请求1,内存中有4个页面,页面1为空,产生第1次缺页中断,将请求的页面1放入页面1。 2. 请求2,页面2为空,产生第2次缺页中断,将请求的页面2放入页面2。 3. 请求3,页面3为空,产生第3次缺页中断,将请求的页面3放入页面3。 4. 请求4,页面4为空,产生第4次缺页中断,将请求的页面4放入页面4。 5. 请求1,请求的页面1已在内存中,不产生缺页中断,继续下一个请求。 6. 请求5,页面1在内存中,页面5为空,产生第5次缺页中断,将请求的页面5放入页面5。 7. 请求6,页面1在内存中,页面6为空,产生第6次缺页中断,将请求的页面6放入页面6。 8. 请求1,请求的页面1已在内存中,不产生缺页中断,继续下一个请求。 9. 请求4,页面4已在内存中,页面2为空,产生第7次缺页中断,将请求的页面2放入页面2。 10. 请求2,请求的页面2已在内存中,不产生缺页中断,继续下一个请求。 11. 请求3,请求的页面3已在内存中,不产生缺页中断,继续下一个请求。 12. 请求4,请求的页面4已在内存中,不产生缺页中断,继续下一个请求。 13. 请求5,请求的页面5已在内存中,不产生缺页中断,继续下一个请求。 14. 请求6,请求的页面6已在内存中,不产生缺页中断。 综上所述,使用FIFO页面替换算法会产生7次缺页中断

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值