JavaScript中async/await是如何影响事件循环的

来源:AI视频音频作者:上海GEO公司头衔:草根站长
导读:本期聚焦于小伙伴创作的《JavaScript中async/await是如何影响事件循环的》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《JavaScript中async/await是如何影响事件循环的》有用,将其分享出去将是对创作者最好的鼓励。

JavaScript是单线程语言,依靠事件循环机制处理异步操作,而async/await作为处理异步的语法糖,其执行过程会直接影响事件循环的任务调度顺序。要弄清楚它的影响,首先需要明确事件循环的基本规则:同步代码先执行,执行完后清空微任务队列,再执行一个宏任务,接着再清空微任务队列,如此循环往复。而async函数返回的Promise对象,以及await后面的表达式执行结果,都会和微任务队列产生关联。

JavaScript中async/await是如何影响事件循环的

async函数的基本执行特性

async函数的返回值永远是一个Promise对象,即使函数内部返回的是普通值,也会被自动包装成Promise。当async函数执行时,遇到await关键字,会暂停当前函数的执行,将await后面的表达式执行结果处理成Promise后,把后续代码放入微任务队列,然后跳出async函数继续执行外部同步代码。

我们可以通过下面的代码来验证这个特性:

async function testAsync() {
  console.log('async函数内部开始执行');
  await 1;
  console.log('await后面的代码');
}
console.log('同步代码开始');
testAsync();
console.log('同步代码结束');

这段代码的执行结果是:

同步代码开始
async函数内部开始执行
同步代码结束
await后面的代码

可以看到,await 1后面的代码被推迟到了所有同步代码执行完成之后才运行,这就是因为这部分代码被加入了微任务队列。

await对不同值的处理逻辑

await后面的表达式可以是一个Promise,也可以是普通值,不同的输入会有不同的处理规则:

  • 如果await后面是普通值,会先把这个值转换成resolved状态的Promise,然后将后续代码作为微任务加入队列
  • 如果await后面是一个Promise,会等待这个Promise状态变更,当Promise变成fulfilled状态时,才会把后续代码作为微任务加入队列
  • 如果await后面的Promise被reject,那么后续代码不会执行,错误会被抛出

下面是针对Promise类型的await示例:

async function testAwaitPromise() {
  console.log('进入async函数');
  await new Promise(resolve => {
    console.log('Promise内部执行');
    setTimeout(() => {
      console.log('宏任务执行');
      resolve();
    }, 0);
  });
  console.log('await后面的代码');
}
console.log('同步开始');
testAwaitPromise();
console.log('同步结束');
Promise.resolve().then(() => {
  console.log('外部微任务');
});

执行结果如下:

同步开始
进入async函数
Promise内部执行
同步结束
外部微任务
宏任务执行
await后面的代码

可以看到,await等待的Promise内部有一个setTimeout宏任务,所以Promise的resolve要等到这个宏任务执行后才触发,因此await后面的代码要等到宏任务执行完,且当前微任务队列清空后才执行。

async/await与宏任务的交互规则

事件循环中宏任务的执行时机是在当前微任务队列清空之后,而async/await产生的微任务会遵循这个规则。我们可以通过一个包含宏任务和async/await的例子来梳理整体逻辑:

console.log('同步1');
setTimeout(() => {
  console.log('宏任务1');
}, 0);
async function asyncFn() {
  console.log('async内部1');
  await Promise.resolve();
  console.log('async微任务1');
}
asyncFn();
Promise.resolve().then(() => {
  console.log('普通微任务1');
});
console.log('同步2');

执行顺序分析:

  1. 先执行所有同步代码,输出同步1async内部1同步2
  2. 同步代码执行完,开始清空微任务队列,先执行await产生的微任务,输出async微任务1,再执行普通微任务,输出普通微任务1
  3. 微任务队列清空后,执行宏任务,输出宏任务1

最终输出结果和上述分析一致:

同步1
async内部1
同步2
async微任务1
普通微任务1
宏任务1

常见误区与注意事项

很多开发者会误以为await会阻塞整个线程,实际上它只是暂停了当前async函数的执行,不会阻塞外部同步代码的运行。另外需要注意,await后面的Promise如果是rejected状态,需要配合try/catch捕获错误,否则会导致整个微任务队列的错误无法被处理。

下面的例子展示了错误捕获的场景:

async function errorTest() {
  try {
    await Promise.reject('出错了');
    console.log('这行不会执行');
  } catch (e) {
    console.log('捕获到错误:' + e);
  }
}
errorTest();
Promise.resolve().then(() => {
  console.log('后续微任务');
});

执行结果为:

捕获到错误:出错了
后续微任务

可以看到错误被正常捕获,不会影响其他微任务的执行。

总结

async/await本质是Promise的语法糖,它的执行过程完全遵循事件循环的规则。核心影响在于:await会把后续代码包装成微任务加入队列,等待当前执行栈清空后执行。理解这一点后,我们就能准确判断包含async/await的代码的执行顺序,避免异步逻辑出现不符合预期的问题。

JavaScriptasync_await事件循环微任务宏任务修改时间:2026-06-15 07:27:32

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。