网站建设资讯

NEWS

网站建设资讯

如何理解JavaScript事件循环中的微任务Microtask

如何理解JavaScript 事件循环中的微任务Microtask,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

创新互联专注于企业全网整合营销推广、网站重做改版、靖州网站定制设计、自适应品牌网站建设、H5建站商城网站定制开发、集团公司官网建设、成都外贸网站建设公司、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为靖州等各大城市提供网站开发制作服务。

微任务(Microtask)

Promise 的处理程序(handlers).then、.catch 和 .finally 都是异步的。

即便一个 promise 立即被 resolve,.then、.catch 和 .finally 下面  的代码也会在这些处理程序(handler)之前被执行。

示例代码如下:

let promise = Promise.resolve();  promise.then(() => alert("promise done!"));  alert("code finished"); // 这个 alert 先显示

如果你运行它,你会首先看到 code finished,然后才是 promise done。

这很奇怪,因为这个 promise 肯定是一开始就完成的。

为什么 .then 会在之后才被触发?这是怎么回事?

微任务队列(Microtask queue)

异步任务需要适当的管理。为此,ECMA 标准规定了一个内部队列 PromiseJobs,通常被称为“微任务队列(microtask queue)”(V8  术语)。

如 规范[1] 中所述:

  • 队列(queue)是先进先出的:首先进入队列的任务会首先运行。

  • 只有在 JavaScript 引擎中没有其它任务在运行时,才开始执行任务队列中的任务。

或者,简单地说,当一个 promise 准备就绪时,它的 .then/catch/finally  处理程序(handler)就会被放入队列中:但是它们不会立即被执行。当 JavaScript 引擎执行完当前的代码,它会从队列中获取任务并执行它。

这就是为什么在上面那个示例中 "code finished" 会先显示。

如何理解JavaScript 事件循环中的微任务Microtask

Promise 的处理程序(handler)总是会经过这个内部队列。

如果有一个包含多个 .then/catch/finally  的链,那么它们中的每一个都是异步执行的。也就是说,它会首先进入队列,然后在当前代码执行完成并且先前排队的处理程序(handler)都完成时才会被执行。

如果执行顺序对我们很重要该怎么办?我们怎么才能让 code finished 在 promise done 之后运行呢?

很简单,只需要像下面这样使用 .then 将其放入队列:

Promise.resolve()   .then(() => alert("promise done!"))   .then(() => alert("code finished"));

现在代码就是按照预期执行的。

未处理的 rejection

还记得 使用 promise 进行错误处理[2] 一章中的 unhandledrejection 事件吗?

现在,我们可以确切地看到 JavaScript 是如何发现未处理的 rejection 的。

如果一个 promise 的 error 未被在微任务队列的末尾进行处理,则会出现“未处理的 rejection”。

正常来说,如果我们预期可能会发生错误,我们会在 promise 链上添加 .catch 来处理 error:

let promise = Promise.reject(new Error("Promise Failed!")); promise.catch(err => alert('caught'));  // 不会运行:error 已经被处理 window.addEventListener('unhandledrejection', event => alert(event.reason));

但是如果我们忘记添加 .catch,那么,微任务队列清空后,JavaScript 引擎会触发下面这事件:

let promise = Promise.reject(new Error("Promise Failed!"));  // Promise Failed! window.addEventListener('unhandledrejection', event => alert(event.reason));

如果我们迟一点再处理这个 error 会怎样?例如:

let promise = Promise.reject(new Error("Promise Failed!")); setTimeout(() => promise.catch(err => alert('caught')), 1000);  // Error: Promise Failed! window.addEventListener('unhandledrejection', event => alert(event.reason));

现在,如果我们运行上面这段代码,我们会先看到 Promise Failed!,然后才是 caught。

如果我们并不了解微任务队列,我们可能会想:“为什么 unhandledrejection  处理程序(handler)会运行?我们已经捕获(catch)并处理了 error!”

但是现在我们知道了,当微任务队列中的任务都完成时,才会生成 unhandledrejection:引擎会检查 promise,如果 promise  中的任意一个出现 "rejected" 状态,unhandledrejection 事件就会被触发。

在上面这个例子中,被添加到 setTimeout 中的 .catch 也会被触发。只是会在 unhandledrejection  事件出现之后才会被触发,所以它并没有改变什么(没有发挥作用)。

Promise 处理始终是异步的,因为所有 promise 行为都会通过内部的 "promise jobs" 队列,也被称为“微任务队列”(V8  术语)。

因此,.then/catch/finally 处理程序(handler)总是在当前代码完成后才会被调用。

如果我们需要确保一段代码在 .then/catch/finally 之后被执行,我们可以将它添加到链式调用的 .then 中。

在大多数 JavaScript 引擎中(包括浏览器和 Node.js),微任务(microtask)的概念与“事件循环(event  loop)”和“宏任务(macrotasks)”紧密相关。由于这些概念跟 promise 没有直接关系,所以我们将在 图解 JavaScript  事件循环:微任务和宏任务 一文中对它们进行介绍。

看完上述内容,你们掌握如何理解JavaScript 事件循环中的微任务Microtask的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!


分享文章:如何理解JavaScript事件循环中的微任务Microtask
分享URL:http://njwzjz.com/article/jiedjd.html