如何优雅地中断 Promise？

大家在平时的开发过程中估计不会经常碰到需要主动取消一个 Fetch 请求的需求，所以一部分同学可能对这一块知识不是很了解。没有关系，看完这篇文章你就能够掌握关于如何终止一个 Fetch 请求或者一个 Promise 的全部技能了。那我们赶快开始吧~

这篇文章比较长，大家现在没时间浏览的可以先收藏起来，以后慢慢看。如果觉得这篇文章不错的话，也可以帮忙点个赞。

使用 AbortController 终止 Fetch 请求

在 之前，我们请求后端的资源使用的方式是通过 这个构造函数，创建一个 对象，然后通过这个 对象进行请求的发送以及接收。

这个 上也存在一个 方法用来进行请求的终止操作。但是需要注意的是，这个 的执行过程是比较模糊的。我们不清楚 在什么时候可以不进行或终止对应的网络请求，又或者如果在调用 方法和获取到请求的资源之间存在竞争条件的时候会发生什么。我们可以通过简单的代码来实践一下：

通过添加一个延时，然后取消掉对应的请求；在控制台可以看到，有时请求已经获取到结果了，但是却没有打印出对应的结果；有时请求没有获取到对应的结果，但是查看对应的网络的状态却是成功的。所以这里面有很多的不确定性，跟我们的感觉是比较模糊的。

等到 出来的时候，大家就在讨论关于如何正确，清楚地取消一个 请求。最早的讨论可以看这里 Aborting a fetch #27 ，那已经是7年前（2015年）的事情了，可以看到当时的讨论还是比较激烈的。大家感兴趣的话可以看看当时大家都主要关注的是哪些特性。

最终，新的规范 出来了，通过 和 我们可以方便，快捷，清楚地终止一个 请求。要注意的是，这个规范是一个 DOM 层面的规范，不是 JavaScript 语言层面的规范。现在绝大多数的浏览器环境和新版本的 Node.js 环境也都支持这个特性了。关于 的兼容性，大家可以参考这里 AbortController#browser_compatibility

下面文章中的代码例子基本上都可以直接复制粘贴到控制台运行的，所以感兴趣的同学阅读到对应的部分可以直接打开浏览器的控制台去运行一下，然后看看对应的结果。加深一下自己对相关知识点的记忆。

终止正在进行中的单个请求

我们先通过一段代码来给大家展示一下如何实现这个功能

大家感兴趣的话也可以把上面的代码复制粘贴到浏览器的控制台运行一下，上面代码的运行结果如下所示：

可以看到控制台的 Console 的输出是：DOMException: The user aborted a request.对应的 Network 展示的是一个取消状态的请求。

这说明我们刚才发送的请求被终止取消掉了。能够在一些特定的情况下主动地取消相关的请求对我们应用来说是很重要的，这能够减少我们用户的流量使用以及我们应用的内存使用。

AbortController 的深入剖析

接下来我们来讲解一下上面的代码，第一行通过 创建了一个 类型的实例 ，这个实例上有一个 方法和一个 类型的 实例。然后我们通过 方法去请求一个资源路径，传递给 的选项把 的 对象传递进去。

方法如果获取到了资源就会把资源打印到控制台，如果网络发生了问题，就会捕获异常，然后把异常打印到控制台。最后，通过一个 延时，调用 的 方法终止 请求 。

的 选项允许我们传递一个 对象； 的内部会监测这个对象的状态，如果这个对象的状态从未终止的状态变为终止的状态的话，并且 请求还在进行中的话， 请求就会立即失败。其对应的 的状态就会变为 。

如何改变 的状态呢？我们可以通过调用 的 方法去改变 的状态。一旦我们调用了 那么与之关联的 的状态会立刻从起始状态（非终止状态）转变为终止状态。

我们上面只是简单地使用了 对象，这个对象是 类的实例，对于 我们下面会做深入的讲解，这里暂时只需要知道 可以作为一个信号对象传递给 方法，可以用来终止 的继续进行。另外，在不同的浏览器中打印的结果可能略有不同，这个跟不同浏览器的内部实现有关系。比如在 Firefox 中的结果如下：

在 Safari 中的结果如下：

当然如果我们没有终止 请求的话，控制台的打印将会是：

另外大家如果需要一些模拟的数据接口的话可以试试 JSONPlaceholder ，还是很方便使用的。

批量取消多个 fetch 请求

值得注意的是，我们的 对象可以同时传递给多个请求，在需要的情况下可以同时取消多个请求；我们来看看如何进行这样的操作。代码如下所示：

运行代码后可以在控制台看到如下结果：

如果我们需要同时对多个请求进行终止操作的的话，使用上面这种方式非常简单方便。

如果我们想自定义终止请求的原因的话，可以直接在 方法里传递我们想要的原因，这个参数可以是任何 类型的值。传递的终止的原因会被 接收到，然后放在它的 属性中。这个我们下面会讲到。

的相关属性和方法

详细介绍 AbortSignal

AbortSignal 的属性和方法

接口继承自 EventTarget ，所以 对应的属性和方法， 都继承下来了。当然还有一些自己特有的方法和属性，我们下面会一一讲解到的。需要注意的是， 部分属性有兼容性问题，具体的兼容性大家可以参考这里 AbortSignal#browser_compatibility 。

静态方法 abort 和 timeout

这两个方法是 类上的静态方法，用来创造 实例。其中 用来创造一个已经被终止的信号对象。我们来看下面的例子：

运行代码，控制台的输出结果如下：

对应的请求甚至都没有发送出去

我们也可以给 方法传递终止的原因，比如是一个对象：

那么输出的结果就如下图所示：

的 属性就变成了我们自定义的值。

同样的，大家看到 应该很容易想到是创造一个多少毫秒后会被终止的 对象。代码如下：

代码的运行结果如下：

可以看到我们打印了两次 ，第一次是立即打印的，第二次是等到请求被终止后打印的。可以看到第一打印的时候， 的状态还是没有被终止的状态。当请求被终止后，第二次打印的结果表明 这个时候已经被终止了，并且 属性的值表明了这次请求被终止是因为超时的原因。

属性 aborted 和 reason

实例有两个属性；一个是 表示当前信号对象的状态是否是终止的状态， 是起始状态，表示信号没有被终止， 表示信号对象已经被终止了。

属性可以是任何的 类型的值，如果我们在调用 方法的时候没有传递终止信号的原因，那么就会使用默认的原因。

默认的原因有两种，一种是通过 方法终止信号对象，并且没有传递终止的原因，那么这个时候 的默认值就是：；如果是通过 方法终止信号对象，那么这个时候的默认原因就是：。如果我们主动传递了终止的原因，那么对应的 的值就是我们传递进去的值。

实例方法 throwIfAborted

这个方法通过名称大家也能猜出来是什么作用，那就是当调用 的时候，如果这个时候 对象的状态是终止的，那么就会抛出一个异常，异常的值就是对应 的 值。可以看下面的代码例子：

运行后在控制台的输出如下：

可以看到直接抛出异常，这个时候我们可以通过 进行捕获，然后再进行对应的逻辑处理。这个方法也是很有帮助的，我们在后面会讲到。当我们实现一个自定义的可以主动取消的 的时候这个方法就很有用。

事件监听 abort

对于 对象来说，它还可以监听 事件，然后我们就可以在 被终止的时候做一些额外的操作。下面是事件监听的简单例子：

运行后在控制台的输出如下：

可以看到在 被终止的时候，我们之前添加的事件监听函数就开始运行了。其中 表示的是接收到的事件对象，然后这个事件对象上的 和 表示的就是对应的 对象。

实现一个可以主动取消的 Promise

当我们对 以及 比较熟悉的时候，我们就可以很方便的构造出我们自定义的可以取消的 了。下面就是一个比较简单的版本，大家可以看一下：

这次的代码稍微多了一点，不过相信大家还是很容易就知道上面的代码要表示的是什么意思。

首先我们自定义了 这个函数，然后函数接收一个非必传的 对象；然后立即返回一个新构建的 ，这个 的内部我们添加了一些额外的处理。首先我们判断了 是否存在，如果存在就调用它的 方法。因为有可能这个时候 的状态已经是终止的状态了，需要立即将 的状态变更为 状态。

如果此时 的状态还没有改变，那么我们可以给这个 添加一个事件监听，一旦 的状态改变，我们就需要立即去改变 的状态。

当我们下面的 的时间设置为100毫秒的时候，上面的 总是拒绝的状态，所以会看到控制台的打印结果如下：

如果我们把这个时间修改为2000毫秒的话，那么控制台输出的结果可能是 ok 也可能是一个 not good 的异常捕获。

有同学看到这里可能会说，好像不需要 也可以实现主动取消的 ，我可以使用一个普通的 结合 也可以实现类似的效果。

当然我们也可以这样做，但是一般情况下我们的异步操作是包含网络请求的，如果网络请求使用的是 方法的话，那么就必须使用 类型的实例 进行信号的传递；因为 方法内部会根据 的状态来判断到底需不需要终止正在进行的请求。

的相关属性和方法：

开发中其他场景的使用举例

取消事件监听的一种便捷方法

一般情况下，如果我们对文档中的某个 DOM 元素添加了事件监听，那么当这个元素被销毁或者移除的时候，也需要相应的把对应的事件监听函数移除掉，不然很容易出现内存泄漏的问题。所以一般情况下我们会按照下面的方式添加并且移除相关的事件监听函数。

这种方式是最通用的方式，但是这种方式需要我们保留对应事件监听函数的引用，比如上面的 。一旦我们丢失了这个引用，那么后面就没有办法取消这个事件监听了。

另外，有些应用场景需要你给某个元素添加很多事件处理函数，取消的时候就需要一个一个去取消，很不方便。这个时候我们的 就可以派上用场了，我们可以使用 来同时取消很多事件的事件监听函数。就像我们同时取消很多个 请求一样。代码如下：

这样的处理方式是不是就很方便，也非常的清楚明了。

的第三个参数可以是一个 对象，这个对象可以让我们传递一个 对象用来作为事件取消的信号对象。就像上面我们使用 对象来取消 请求那样。

从上面的兼容性来说，这个属性的兼容性还是可以的；目前只有 Opera Android 和 Node.js 暂时还不支持，如果想要使用这个新的属性，需要针对这两个平台和运行环境做一下兼容处理就好了。

一种值得借鉴的处理复杂业务逻辑的方法

我们有时开发中会遇到一些比较复杂的处理操作，比如你要先通过好几个接口获取数据，然后组装数据；然后再把这些数据异步地绘制渲染到页面上。如果用户主动取消了这个操作或者因为超时了，我们要主动取消这些操作。对于这种场景，使用 配合 也有不错的效果，下面举一个简单的例子：

上面是一个简化的例子，用来表示这种复杂的操作；我们可以看到，如果用户主动取消或者因为超时取消操作；我们上面的代码逻辑可以很方便的处理这种情况。也不会因为少处理了一些操作而导致可能发生的内存泄漏。

一旦我们想重新开始这个操作，我们只需要再次调用 并且传递一个新的 对象就可以了。这样处理后，重新开始和取消的逻辑就非常清楚了。如果大家在自己的项目中有类似的这种操作，不妨可以试试这种处理方法。

在 Node.js 中的使用

我们不仅可以在浏览器环境中使用 和 ，还可以在 环境中使用这两个功能。对于 中的 ，，， 和 以及新版本支持的 都可以使用 来进行操作的取消。下面我们来举一个简单的例子，关于读取文件的操作：

运行代码可以看到终端的输出如下：

经常使用 进行业务开发的同学可以尝试使用这个新的特性，应该对开发会很有帮助的。

反馈和建议

这篇文章到这里就算结束啦，不知道有多少同学坚持读完了这篇文章；希望读完的同学都能够掌握好这篇文章中讲解的知识。如果这篇文章帮到了你，或者打开了你的新世界；欢迎点赞转发。

参考的相关网址

MDN - AbortController

DOM Living Standard - Interface AbortController

How to Cancel Promise with AbortController

Using AbortController as an Alternative for Removing Event Listeners

The complete guide to AbortController in Node.js

AbortController is your friend

Fetch: Abort

Abortable fetch

EventTarget.addEventListener()

MDN - fetch()

- EOF -