SIGN IN SIGN UP

现代 JavaScript 教程(The Modern JavaScript Tutorial),以最新的 ECMAScript 规范为基准,通过简单但足够详细的内容,为你讲解从基础到高阶的 JavaScript 相关知识。

0 0 0 HTML
2020-03-14 23:44:28 +08:00
# 微任务Microtask
2022-07-23 00:14:46 +08:00
promise 的处理程序 `.then``.catch``.finally` 都是异步的。
2022-07-23 00:14:46 +08:00
即便一个 promise 立即被 resolve`.then``.catch``.finally` **下面** 的代码也会在这些处理程序之前被执行。
2019-06-09 00:07:50 +08:00
示例代码如下:
```js run
let promise = Promise.resolve();
promise.then(() => alert("promise done!"));
alert("code finished"); // 这个 alert 先显示
```
2019-06-09 00:07:50 +08:00
如果你运行它,你会首先看到 `code finished`,然后才是 `promise done`。
这很奇怪,因为这个 promise 肯定是一开始就完成的。
为什么 `.then` 会在之后才被触发?这是怎么回事?
2020-03-14 23:44:28 +08:00
## 微任务队列Microtask queue
2022-02-16 22:59:28 +08:00
异步任务需要适当的管理。为此ECMA 标准规定了一个内部队列 `PromiseJobs`通常被称为“微任务队列microtask queueV8 术语)。
如 [规范](https://tc39.github.io/ecma262/#sec-jobs-and-job-queues) 中所述:
- 队列queue是先进先出的首先进入队列的任务会首先运行。
- 只有在 JavaScript 引擎中没有其它任务在运行时,才开始执行任务队列中的任务。
2022-07-23 00:14:46 +08:00
或者,简单地说,当一个 promise 准备就绪时,它的 `.then/catch/finally` 处理程序就会被放入队列中:但是它们不会立即被执行。当 JavaScript 引擎执行完当前的代码,它会从队列中获取任务并执行它。
这就是为什么在上面那个示例中 "code finished" 会先显示。
2019-07-29 16:04:58 +03:00
![](promiseQueue.svg)
2022-07-23 00:14:46 +08:00
promise 的处理程序总是会经过这个内部队列。
2022-07-23 00:14:46 +08:00
如果有一个包含多个 `.then/catch/finally` 的链,那么它们中的每一个都是异步执行的。也就是说,它会首先进入队列,然后在当前代码执行完成并且先前排队的处理程序都完成时才会被执行。
2022-02-16 22:59:28 +08:00
**如果执行顺序对我们很重要该怎么办?我们怎么才能让 `code finished` 在 `promise done` 之后出现呢?**
很简单,只需要像下面这样使用 `.then` 将其放入队列:
```js run
Promise.resolve()
.then(() => alert("promise done!"))
.then(() => alert("code finished"));
```
2019-06-09 00:07:50 +08:00
现在代码就是按照预期执行的。
2019-06-09 00:07:50 +08:00
## 未处理的 rejection
还记得 <info:promise-error-handling> 一章中的 `unhandledrejection` 事件吗?
现在,我们可以确切地看到 JavaScript 是如何发现未处理的 rejection 的。
**如果一个 promise 的 error 未被在微任务队列的末尾进行处理,则会出现“未处理的 rejection”。**
正常来说,如果我们预期可能会发生错误,我们会在 promise 链上添加 `.catch` 来处理 error
```js run
let promise = Promise.reject(new Error("Promise Failed!"));
2019-07-17 14:35:00 +08:00
*!*
promise.catch(err => alert('caught'));
*/!*
// 不会运行error 已经被处理
2019-07-17 14:35:00 +08:00
window.addEventListener('unhandledrejection', event => alert(event.reason));
```
但是如果我们忘记添加 `.catch`那么微任务队列清空后JavaScript 引擎会触发下面这事件:
```js run
let promise = Promise.reject(new Error("Promise Failed!"));
2019-07-17 14:35:00 +08:00
// Promise Failed!
window.addEventListener('unhandledrejection', event => alert(event.reason));
```
如果我们迟一点再处理这个 error 会怎样?例如:
```js run
let promise = Promise.reject(new Error("Promise Failed!"));
*!*
setTimeout(() => promise.catch(err => alert('caught')), 1000);
*/!*
2019-07-17 14:35:00 +08:00
// Error: Promise Failed!
window.addEventListener('unhandledrejection', event => alert(event.reason));
```
现在,如果我们运行上面这段代码,我们会先看到 `Promise Failed!`,然后才是 `caught`。
2022-07-23 00:14:46 +08:00
如果我们并不了解微任务队列,我们可能会想:“为什么 `unhandledrejection` 处理程序会运行我们已经捕获catch并处理了 error
但是现在我们知道了,当微任务队列中的任务都完成时,才会生成 `unhandledrejection`:引擎会检查 promise如果 promise 中的任意一个出现 "rejected" 状态,`unhandledrejection` 事件就会被触发。
在上面这个例子中,被添加到 `setTimeout` 中的 `.catch` 也会被触发。只是会在 `unhandledrejection` 事件出现之后才会被触发,所以它并没有改变什么(没有发挥作用)。
2019-07-17 14:35:00 +08:00
## 总结
2022-02-16 22:59:28 +08:00
Promise 处理始终是异步的,因为所有 promise 行为都会通过内部的 "promise jobs" 队列也被称为“微任务队列”V8 术语)。
2022-07-23 00:14:46 +08:00
因此,`.then/catch/finally` 处理程序总是在当前代码完成后才会被调用。
如果我们需要确保一段代码在 `.then/catch/finally` 之后被执行,我们可以将它添加到链式调用的 `.then` 中。
2020-03-14 23:44:28 +08:00
在大多数 JavaScript 引擎中(包括浏览器和 Node.js微任务microtask的概念与“事件循环event loop”和“宏任务macrotasks”紧密相关。由于这些概念跟 promise 没有直接关系,所以我们将在本教程另外一部分的 <info:event-loop> 一章中对它们进行介绍。