摘要：對(duì)了，我記得你提到了，它是什么不是說(shuō)使用的是嗎，它和又有什么關(guān)系未完待續(xù)其他問(wèn)答方式學(xué)一參考是用來(lái)做什么的廠(chǎng)長(zhǎng)的回答更快的異步函數(shù)和

A：別急，我們先來(lái)看一個(gè)簡(jiǎn)單的場(chǎng)景：

人人網(wǎng)刷朋友新鮮事你應(yīng)該用過(guò)吧？實(shí)現(xiàn)這樣的功能有一種簡(jiǎn)單的方式，是讓用戶(hù)與服務(wù)器之間保持一個(gè)長(zhǎng)輪詢(xún)。

但是它與普通的 Ajax 不一樣，服務(wù)器不會(huì)立馬返回信息，它會(huì)先 hold 住，等待應(yīng)該返回信息了，它才會(huì)返回信息（比如你的好友發(fā)了一條新的狀態(tài)）。

從傳統(tǒng)服務(wù)端來(lái)看（比如 Apache），每次一個(gè)新用戶(hù)連到你的網(wǎng)站上，你的服務(wù)器得新開(kāi)一個(gè)連接，每個(gè)連接都需要占用一個(gè)線(xiàn)程，這些線(xiàn)程大部分都是閑著的（比如等你的好友發(fā)狀態(tài)，查數(shù)據(jù)庫(kù)等），雖然它們是閑著的，但是照樣占用了內(nèi)存，也就是說(shuō)，如果用戶(hù)達(dá)到一定的規(guī)模，服務(wù)器的內(nèi)存就會(huì)耗光而癱瘓。

解決辦法有很多，比如說(shuō)使用線(xiàn)程池，但是它依然是阻塞的，如果線(xiàn)程池里的所有線(xiàn)程都被阻塞（網(wǎng)速慢，被人惡意暫用）那么接下來(lái)的請(qǐng)求將會(huì)排隊(duì)等待。

Node.js 就不相同了，它使用了「非阻塞」與「事件驅(qū)動(dòng)」模型，你可以把它想象成一個(gè) Event Loop 循環(huán)，這個(gè)循環(huán)會(huì)一直跑。一個(gè)新的請(qǐng)求來(lái)了，Event Loop 接收這個(gè)請(qǐng)求，然后交給其他線(xiàn)程，比如查詢(xún)數(shù)據(jù)庫(kù)，然后響應(yīng)一個(gè) callback，接著接收其他請(qǐng)求，而不是等待數(shù)據(jù)庫(kù)結(jié)果的返回。

如果數(shù)據(jù)庫(kù)返回了結(jié)果，服務(wù)端將會(huì)把它返回給客戶(hù)端，并繼續(xù)循環(huán)。這就是事件驅(qū)動(dòng)：服務(wù)端只在有事情發(fā)生時(shí)，才會(huì)有相應(yīng)的處理（或者是接受請(qǐng)求，或者是一些 callback）。

A：是的，簡(jiǎn)單來(lái)講，Node.js 的 Event Loop 是基于 libuv，而瀏覽器的 Event Loop 則是在 html5 規(guī)范 中定義，具體實(shí)現(xiàn)交給瀏覽器廠(chǎng)商。

A：對(duì)比來(lái)看，它們有點(diǎn)相似：

在瀏覽器中比較簡(jiǎn)單，值得注意的一點(diǎn)是，會(huì)在每個(gè) tasks 之后，會(huì)把當(dāng)前 microtask 隊(duì)列里的任務(wù)都執(zhí)行完：

Node.js 稍微復(fù)雜一點(diǎn)，每次 Event Loop 都需要經(jīng)過(guò)六個(gè)階段，每一個(gè)階段之后，都會(huì)執(zhí)行 nextTick、microtasks (resolved promise, 等)：

   ┌───────────────────────┐
┌─>│        timers         │ <─── setTimeout/setInterval callback
│  └──────────┬────────────┘      ┌─────────────────────────┐
│             │                   │ nextTick queue          │
│             │ <───────────────  │                         │
│             │                   │ microTask queue         │
│  ┌──────────┴────────────┐      └─────────────────────────┘
│  │     I/O callbacks     │
│  └──────────┬────────────┘      ┌─────────────────────────┐
│             │                   │ nextTick queue          │
│             │ <───────────────  │                         │
│             │                   │ microTask queue         │
│  ┌──────────┴────────────┐      └─────────────────────────┘
│  │     idle, prepare     │ <─── 僅內(nèi)部使用
│  └──────────┬────────────┘
│             │                   ┌─────────────────────────┐
│             │                   │ nextTick queue          │
│             │ <──────────────── │                         │
│             │                   │ microTask queue         │
│             │                   └─────────────────────────┘
│             │                   ┌─────────────────────────┐
│  ┌──────────┴────────────┐      │      incoming:          │
│  │         poll          │ <────┤      connections,       │
│  └──────────┬────────────┘      │      data, etc          │
│             │                   └─────────────────────────┘
│             │                   ┌─────────────────────────┐
│             │                   │ nextTick queue          │
│             │ <──────────────── │                         │
│             │                   │ microTask queue         │
│             │                   └─────────────────────────┘
│  ┌──────────┴────────────┐
│  │        check          │ <─── setImmediate callback
│  └──────────┬────────────┘      ┌─────────────────────────┐
│             │                   │ nextTick queue          │
│             │ <───────────────  │                         │
│             │                   │ microTask queue         │
│  ┌──────────┴────────────┐      └─────────────────────────┘
│  │    close callbacks    │ <─── eg: socket.on("close",func)
│  └──────────┬────────────┘      ┌─────────────────────────┐
│             │                   │ nextTick queue          │
│             │ <───────────────  │                         │
└─────────────┴                   │ microTask queue         │
                                  └─────────────────────────┘

來(lái)一段簡(jiǎn)單的代碼，猜猜瀏覽器（Chrome）和 Node.js 分別輸出什么：

console.log("start");

setTimeout(() => {
  console.log("timer1");
  Promise.resolve().then(() => {
      console.log("promise1");
  });
}, 0);

setTimeout(() => {
  console.log("timer2");
  Promise.resolve().then(() => {
    console.log("promise2");
  });
}, 0);

console.log("end");

A：我們先來(lái)驗(yàn)證一下：

瀏覽器中：

start
end
timer1
promise1
timer2
promise2

Node.js 中：

start
end
timer1
timer2
promise1
promise2

看來(lái)和想象中的不一樣，別急，看個(gè)動(dòng)圖就會(huì)明白了：

瀏覽器中：

Node.js 中：

A：是的，還記得上面所說(shuō)過(guò)的嗎，在每個(gè)階段后都會(huì)執(zhí)行 nextTick queue 以及 micktasks queue，nextTick queue 的優(yōu)先級(jí)比 micktasks queue 高。

A：...

未完待續(xù)...

問(wèn)答方式學(xué) Node.js（一）

https://blog.csdn.net/wtopps/...

Node.js 是用來(lái)做什么的？ - 廠(chǎng)長(zhǎng)的回答

Promises, Next-Ticks and Immediates— NodeJS Event Loop Part 3

更快的異步函數(shù)和 Promise