摘要：下面開始分析開頭的代碼第一輪事件循環(huán)流程整體作為第一個宏任務(wù)進入主線程，遇到，輸出遇到函數(shù)聲明，聲明暫時不用管遇到，其回調(diào)函數(shù)被分發(fā)到微任務(wù)中。我們記為遇到，其回調(diào)函數(shù)被分發(fā)到宏任務(wù)中。

先上一道常見的筆試題

console.log("1");
async function async1() {
    console.log("2");
    await async2();
    console.log("3");
}
async function async2() {
    console.log("4");
}

process.nextTick(function() {
    console.log("5");
})

setTimeout(function() {
    console.log("6");
    process.nextTick(function() {
        console.log("7");
    })
    new Promise(function(resolve) {
        console.log("8");
        resolve();
    }).then(function() {
        console.log("9")
    })
})

async1();

new Promise(function(resolve) {
    console.log("10");
    resolve();
}).then(function() {
    console.log("11");
});
console.log("12");

大家可以先配合下面這個圖片思考一下輸出順序及這么運行的原因

上面簡化圖解可拆分為三部分：

*Memory Heap 內(nèi)存堆 —— 這是內(nèi)存發(fā)生分配的地方

*Call Stack 調(diào)用棧 —— 這是代碼運行時棧幀存放的位置

我們要知道的是，像setTimeOut DOM AJAX，都不是由JavaScript引擎提供，而是由瀏覽器提供，統(tǒng)稱為Web APIs

1、關(guān)于javascript

javascript是一門單線程語言，雖然HTML5提出了Web-works這樣的多線程解決方案，但是并沒有改變JaveScript是單線程的本質(zhì)。

什么是H5 Web Works？
就是將一些大計算量的代碼交由web Worker運行而不凍結(jié)用戶界面，但是子線程完全受主線程控制，且不得操作DOM。所以，這個新標準并沒有改變JavaScript單線程的本質(zhì)

2、javascript事件循環(huán)

既然js是單線程的，就是同一時間只能做一件事情。那么問題來了，我們訪問一個頁面，這個頁面的初始化代碼運行時間很長，比如有很多圖片、視頻、外部資源等等，難道我們也要一直在那等著嗎？答案當(dāng)然是 不能

所以就出現(xiàn)了兩類任務(wù)：

同步任務(wù)

異步任務(wù)

同步和異步任務(wù)分別進入不同的 "‘場所"’ 執(zhí)行。所有同步任務(wù)都在主線程上執(zhí)行，形成一個執(zhí)行棧；而異步任務(wù)進入Event Table并注冊回調(diào)函數(shù)

當(dāng)這個異步任務(wù)有了運行結(jié)果，Event Table會將這個回調(diào)函數(shù)移入Event Queue，進入等待狀態(tài)

當(dāng)主線程內(nèi)同步任務(wù)執(zhí)行完成，會去Event Queue讀取對應(yīng)的函數(shù)，并結(jié)束它的等待狀態(tài)，進入主線程執(zhí)行

主線程不斷重復(fù)上面3個步驟，也就是常說的Event Loop(事件循環(huán))。

那么我們怎么知道什么時候主線程是空的呢？
js引擎存在monitoring process進程，會持續(xù)不斷的檢查主線程執(zhí)行棧是否為空，一旦為空，就會去Event Queue那里檢查是否有等待被調(diào)用的函數(shù)。

3、setTimeout和setInterval

setTimeout(fn,0)這里的延遲0秒時什么意思呢？

含義是，當(dāng)主線程執(zhí)行棧內(nèi)為空時，不用等待，就馬上執(zhí)行。

setInterval和setTimeout類似，只是前者是循環(huán)的執(zhí)行。對于執(zhí)行順序來說，setInterval會每隔指定的時間將注冊的函數(shù)置入Event Queue，如果前面的任務(wù)耗時太久，那么同樣需要等待。

對于setInterval(fn,ms)來說，我們已經(jīng)知道不是每過ms秒會執(zhí)行一次fn，而是每過ms秒，會有fn進入Event Queue。一旦setInterval的回調(diào)函數(shù)fn執(zhí)行時間超過了延遲時間ms，那么就完全看不出來有時間間隔了。

4、promise和process.nextTick與async/await

事件循環(huán)的順序，決定js代碼的執(zhí)行順序。進入整體代碼(宏任務(wù))后，開始第一次循環(huán)。接著執(zhí)行所有的微任務(wù)。然后再次從宏任務(wù)開始，找到其中一個任務(wù)隊列執(zhí)行完畢，再執(zhí)行所有的微任務(wù)。

除了廣義的同步任務(wù)和異步任務(wù)，我們對任務(wù)有更精細的定義：

macro-task(宏任務(wù))：包括整體代碼script、setTimeout、setInterval、I/O、UI交互事件，可以理解是每次執(zhí)行棧執(zhí)行的代碼就是一個宏任務(wù)；

micro-task(微任務(wù))：Promise，process.nextTick，且process.nextTick優(yōu)先級大于promise.then?？梢岳斫馐窃诋?dāng)前 task 執(zhí)行結(jié)束后立即執(zhí)行的任務(wù)；

setTimeout(fn, 0)在下一輪“事件循環(huán)”開始時執(zhí)行，Promise.then()在本輪“事件循環(huán)”結(jié)束時執(zhí)行。

不同類型的任務(wù)會進入對應(yīng)的Event Queue：

Promise中的異步體現(xiàn)在then和catch中，所以寫在Promise中的代碼是被當(dāng)做同步任務(wù)立即執(zhí)行的。

await實際上是一個讓出線程的標志。await后面的表達式會先執(zhí)行一遍，將await后面的代碼加入到microtask中，然后就會跳出整個async函數(shù)來執(zhí)行后面的代碼；

因為async await 本身就是promise+generator的語法糖。所以await后面的代碼是microtask。

下面開始分析開頭的代碼

console.log("1");
async function async1() {
    console.log("2");
    await async2();
    console.log("3");
}
async function async2() {
    console.log("4");
}

process.nextTick(function() {
    console.log("5");
})

setTimeout(function() {
    console.log("6");
    process.nextTick(function() {
        console.log("7");
    })
    new Promise(function(resolve) {
        console.log("8");
        resolve();
    }).then(function() {
        console.log("9")
    })
})

async1();

new Promise(function(resolve) {
    console.log("10");
    resolve();
}).then(function() {
    console.log("11");
});
console.log("12");

第一輪事件循環(huán)流程：

整體script作為第一個宏任務(wù)進入主線程，遇到console.log，輸出1

遇到async1、async2函數(shù)聲明，聲明暫時不用管

遇到process.nextTick()，其回調(diào)函數(shù)被分發(fā)到微任務(wù)Event Queue中。我們記為process1

遇到setTimeout，其回調(diào)函數(shù)被分發(fā)到宏任務(wù)Event Queue中。我們暫且記為setTimeout1

執(zhí)行async1，遇到console.log，輸出2

下面這里是最難理解的地方

我們知道使用 async 定義的函數(shù)，當(dāng)它被調(diào)用時，它返回的是一個Promise對象

而當(dāng)await后面的表達式是一個Promise時，它的返回值實際上是Promise的回調(diào)函數(shù)resolve的參數(shù)

遇到await async2()調(diào)用，發(fā)現(xiàn)async2也是一個 async 定義的函數(shù)，所有直接執(zhí)行輸出4，同時返回了一個Promise。劃重點：此時返回的Promise被分配到微任務(wù)Event Queue中，我們記為await1。await會讓出線程，接下來就會跳出async1函數(shù)繼續(xù)往下執(zhí)行。

遇到Promise，new Promise直接執(zhí)行，輸出10。then被分發(fā)到微任務(wù)Event Queue中。我們記為then1

遇到console.log，輸出12

上表是第一輪事件循環(huán)宏任務(wù)結(jié)束時各Event Queue的情況，此時已經(jīng)輸出了1 2 4 10 12

我們發(fā)現(xiàn)了process1、await1 和then1三個微任務(wù)

執(zhí)行process1,輸出5

取到 await1 ，就是 async1 放進去的Promise，執(zhí)行Promise時發(fā)現(xiàn)又遇到了他的真命天子resolve函數(shù)，劃重點：這個resolve又會被放入微任務(wù)Event Queue中，我們記為await2，然后再次跳出 async1函數(shù) 繼續(xù)下一個任務(wù)。

執(zhí)行then1，輸出11

到這里，已經(jīng)輸出了1 2 4 10 12 5 11

此時還有一個await2 微任務(wù)

它是async1 放進去的Promise的resolve回調(diào)，執(zhí)行它（因為 async2 并沒有return東西，所以這個resolve的參數(shù)是undefined），此時 await 定義的這個 Promise 已經(jīng)執(zhí)行完并且返回了結(jié)果，所以可以繼續(xù)往下執(zhí)行 async1函數(shù) 后面的任務(wù)了，那就是console.log(3)，輸出3

到這里，第一輪事件循環(huán)結(jié)束，此時，輸出順序是 1 2 4 10 12 5 11 3

第二輪時間循環(huán)從setTimeout1宏任務(wù)開始

遇到console.log，輸出6

遇到process.nextTick()，同樣將其分發(fā)到微任務(wù)Event Queue中，記為process2

遇到new Promise立即執(zhí)行輸出8，then也分發(fā)到微任務(wù)Event Queue中，記為then2

上表是第二輪事件循環(huán)宏任務(wù)結(jié)束時各Event Queue的情況，此時輸出情況是

我們發(fā)現(xiàn)了process2和then2兩個微任務(wù)

執(zhí)行process2,輸出7

執(zhí)行then2，輸出9

第二輪事件循環(huán)結(jié)束，第二輪輸出6 8 7 9

整段代碼，共進行了兩次事件循環(huán)，完整的輸出 1 2 4 10 12 5 11 3 6 8 7 9

到這里，大家應(yīng)該已經(jīng)清楚了JS的事件循環(huán)機制，后面不管在工作還是面試中，肯定都是游刃有余啦～

本篇是我開始的第一篇文章，還希望大家多多支持，不吝賜教哇，也希望可以提出意見或建議。

資料參考：

promise、async和await之執(zhí)行順序的那點事
這一次，徹底弄懂 JavaScript 執(zhí)行機制