关于async/await、promise和setTimeout执行顺序

先来一道关于async/await、promise和setTimeout的执行顺序的题目:

 1 async function async1() {
 2     console.log(‘async1 start‘);
 3     await async2();
 4     console.log(‘asnyc1 end‘);
 5 }
 6 async function async2() {
 7     console.log(‘async2‘);
 8 }
 9 console.log(‘script start‘);
10 setTimeout(() => {
11     console.log(‘setTimeOut‘);
12 }, 0);
13 async1();
14 new Promise(function (reslove) {
15     console.log(‘promise1‘);
16     reslove();
17 }).then(function () {
18     console.log(‘promise2‘);
19 })
20 console.log(‘script end‘);

执行结果:

1 script start
2 async1 start
3 async2
4 promise1
5 script end
6 asnyc1 end
7 promise2
8 setTimeOut

首先,我们先来了解一下基本概念:

js EventLoop 事件循环机制:

JavaScript的事件分两种,宏任务(macro-task)和微任务(micro-task)

  • 宏任务:包括整体代码script,setTimeout,setInterval
  • 微任务:Promise.then(非new Promise),process.nextTick(node中)

  事件的执行顺序,是先执行宏任务,然后执行微任务,这个是基础,任务可以有同步任务和异步任务,同步的进入主线程,异步的进入Event Table并注册函数,异步事件完成后,会将回调函数放入Event Queue中(宏任务和微任务是不同的Event Queue),同步任务执行完成后,会从Event Queue中读取事件放入主线程执行,回调函数中可能还会包含不同的任务,因此会循环执行上述操作。
  注意: setTimeOut并不是直接的把你的回掉函数放进上述的异步队列中去,而是在定时器的时间到了之后,把回掉函数放到执行异步队列中去。如果此时这个队列已经有很多任务了,那就排在他们的后面。这也就解释了为什么setTimeOut为什么不能精准的执行的问题了。setTimeOut执行需要满足两个条件:

  1. 主进程必须是空闲的状态,如果到时间了,主进程不空闲也不会执行你的回掉函数
  2. 这个回掉函数需要等到插入异步队列时前面的异步函数都执行完了,才会执行

简单理解就是:

  了解了什么是宏任务和微任务,就好理解多了,首先执行 宏任务 => 微任务的Event Queue => 宏任务的Event Queue

promise、async/await

  1. 首先,new Promise是同步的任务,会被放到主进程中去立即执行。而.then()函数是异步任务会放到异步队列中去,那什么时候放到异步队列中去呢?当你的promise状态结束的时候,就会立即放进异步队列中去了。
  2. 带async关键字的函数会返回一个promise对象,如果里面没有await,执行起来等同于普通函数;如果没有await,async函数并没有很厉害是不是
  3. await 关键字要在 async 关键字函数的内部,await 写在外面会报错;await如同他的语意,就是在等待,等待右侧的表达式完成。此时的await会让出线程,阻塞async内后续的代码,先去执行async外的代码。等外面的同步代码执行完毕,才会执行里面的后续代码。就算await的不是promise对象,是一个同步函数,也会等这样操作

步入正题:

根据图片显示我们来整理一下流程:

  1. 执行console.log(‘script start‘),输出script start;
  2. 执行setTimeout,是一个异步动作,放入宏任务异步队列中;
  3. 执行async1(),输出async1 start,继续向下执行;
  4. 执行async2(),输出async2,并返回了一个promise对象,await让出了线程,把返回的promise加入了微任务异步队列,所以async1()下面的代码也要等待上面完成后继续执行;
  5. 执行 new Promise,输出promise1,然后将resolve放入微任务异步队列;
  6. 执行console.log(‘script end‘),输出script end;
  7. 到此同步的代码就都执行完成了,然后去微任务异步队列里去获取任务
  8. 接下来执行resolve(async2返回的promise返回的),输出了async1 end。
  9. 然后执行resolve(new Promise的),输出了promise2。
  10. 最后执行setTimeout,输出了settimeout。

参考博客:https://blog.csdn.net/yun_hou/article/details/88697954

原文地址:https://www.cnblogs.com/nayek/p/11703527.html

时间: 2024-10-08 12:03:21

关于async/await、promise和setTimeout执行顺序的相关文章

Promise和setTimeout执行顺序 面试题

看到过下面这样一道题: (function test() { setTimeout(function() {console.log(4)}, 0); new Promise(function executor(resolve) { console.log(1); for( var i=0 ; i<10000 ; i++ ) { i == 9999 && resolve(); } console.log(2); }).then(function() { console.log(5);

promise 及 setTimeout 执行顺序

setTimeout(function() { console.log(1); }, 0); new Promise(function(res, rej) { res(2); console.log(0); }).then(console.log); console.log(3); 执行顺序如下: setTimeout 的任务会被排到队列尾部,同步任务执行结束后立即执行 setTimeout(即 console.log(1)): 而 promise 一旦建立,其中的任务就会立即执行(即 cons

理解koa2 之 async + await + promise

koa是下一代的Node.js web框架. 我们首先使用koa来实现一个简单的hello world吧!假如目前的项目结构如下: ### 目录结构如下: koa-demo1 # 工程名 | |--- app.js # node 入口文件 | |--- node_modules # 项目依赖包 | |--- package.json app.js 代码如下: const Koa = require('koa'); const app = new Koa(); app.use(async (ctx

async await promise

async 异步函数,以后可能会用得很广. 1.箭头函数: 没有{}时不写return 也有返回值 2.Promise : 异步神器,很多异步api都是基于Promise 3.new Promise().then().then().catch() :第一个then触发条件:是 Promise() 实例化时resolve()触发, 第二个及以后的then() 触发条件是前一个then() 代码被执行一遍,不包括异步代码,如果有return,后面的代码不再执行,并且将return值作为下一个then

一种通过async/await实现函数同步执行的方式

1 const testArr = [ 2 () => { 3 return new Promise((resolve, reject) => { 4 setTimeout(()=> { 5 alert(1); 6 resolve(); 7 }, 300); 8 }); 9 }, 10 () => { 11 return new Promise((resolve, reject) => { 12 setTimeout(()=> { 13 alert(2); 14 res

关于多个Promise对象及then()函数的执行顺序的研究记录

今天终于想要研究一下多个 Promise 对象的执行顺序问题了,在研究完后记录一下. 我想研究的是以下问题: 1.多个 Promise 对象及其then函数的执行顺序,这里不研究处于不同状态的 Promise 对象的执行顺序 2.在 Promise 中的定时器延时问题(这个问题其实在 MDN 和阮一峰老师的 ES6 入门中都讲过,只是我光看文字有点晕,所以自己写代码来理解) 废话不多说,先上代码吧 // 延时执行 new Promise(resolve => setTimeout(() =>

【转载】async &amp; await 的前世今生(Updated)

async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了.但是这也给我们编程埋下了一些隐患,有时候可能会产生一些我们自己都不知道怎么产生的Bug,特别是如果连线程基础没有理解的情况下,更不知道如何去处理了.那今天我们就来好好看看这两兄弟和他们的叔叔(Task)爷爷(Thread)们到底有什么区别和特点,本文将会对Thread 到 Task 再到 .NET 4.5的 async和 awa

异步async/await简单应用与探究

异步函数(async/await)简单应用 .NET Framework4.5提供了针对异步函数语法糖,简化了编写异步函数的复杂度. 下面通过一个简单的示例,介绍.NET Framework4.5对异步函数的支持. 示例代码 class Program { static void Main(string[] args) { EasyAsyncAwait(); Console.ReadLine(); } static async void EasyAsyncAwait() { //① Task<s

async await的前世今生

async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了.但是这也给我们编程埋下了一些隐患,有时候可能会产生一些我们自己都不知道怎么产生的Bug,特别是如果连线程基础没有理解的情况下,更不知道如何去处理了.那今天我们就来好好看看这两兄弟和他们的叔叔(Task)爷爷(Thread)们到底有什么区别和特点,本文将会对Thread 到 Task 再到 .NET 4.5的 async和 awa