Node.js的主要特點(diǎn)

單線(xiàn)程、非阻塞I/O、事件驅(qū)動(dòng)，這三個(gè)特點(diǎn)是相輔相成的。

Node為了在低硬件服務(wù)器條件下高并發(fā)，所以減少了內(nèi)存消耗，選擇單線(xiàn)程；

因?yàn)橹挥幸粋€(gè)線(xiàn)程，所以必須非阻塞I/O，每件事情都有回調(diào)函數(shù)；

為了合理調(diào)度，Node使用了事件環(huán)的機(jī)制，采用事件驅(qū)動(dòng)來(lái)調(diào)度事件。

非阻塞I/O

I/O是輸入（input）、輸出（output）的簡(jiǎn)稱(chēng)。

阻塞I/O和非阻塞I/O的區(qū)別在于系統(tǒng)在輸入與輸出的期間，能不能接收輸入。

舉個(gè)例子：餐廳服務(wù)員招待客人

阻塞I/O：餐廳有多個(gè)服務(wù)員（多線(xiàn)程），一個(gè)服務(wù)員對(duì)應(yīng)一個(gè)客人，客人從點(diǎn)菜到點(diǎn)菜結(jié)束的期間，服務(wù)員都會(huì)被閑置不做任何事情，直到這桌客人點(diǎn)完菜，服務(wù)員才能招待下一桌客人。

非阻塞I/O：餐廳有一個(gè)服務(wù)員（單線(xiàn)程），服務(wù)員招待一桌客人時(shí)，對(duì)客人說(shuō)：“你先看下菜單，好了就叫我”。然后前往下一桌繼續(xù)招待，等到一桌客人點(diǎn)完菜后，服務(wù)員再過(guò)去處理，如此反復(fù)，效率大大提高。

但也不能證明非阻塞I/O是一定好的，比如服務(wù)員中間發(fā)生意外，所有的客人都要等這一個(gè)服務(wù)員，這樣就會(huì)影響餐廳整體質(zhì)量（可以理解為服務(wù)器奔潰）；
阻塞I/O由于有多個(gè)服務(wù)員，一對(duì)一的服務(wù)，即使有一個(gè)發(fā)生意外，也不會(huì)影響整體質(zhì)量，而雇多個(gè)服務(wù)員也要相應(yīng)的付出成本。

所以沒(méi)有最好的選擇，只有適合的選擇，Node.js本身的應(yīng)用場(chǎng)景就是I/O操作越多優(yōu)勢(shì)越明顯，但安全性也會(huì)下降。

事件循環(huán)

事件循環(huán)是 Node.js 處理非阻塞 I/O 操作的機(jī)制，也是實(shí)現(xiàn)非阻塞I/O的前提基礎(chǔ)。

非阻塞I/O在每個(gè)事情上都注冊(cè)有回調(diào)函數(shù)，當(dāng)其中的一個(gè)事情完成的時(shí)候，通知 Node.js 將適合的回調(diào)函數(shù)添加到輪詢(xún)隊(duì)列中等待時(shí)機(jī)執(zhí)行。

簡(jiǎn)單來(lái)說(shuō)就是Node.js會(huì)每隔一段時(shí)間檢查一下隊(duì)列中的回調(diào)函數(shù)，看看有沒(méi)有完成的回調(diào)函數(shù)，如果有就輸出結(jié)果。

就像上面非阻塞I/O的例子一樣，服務(wù)員在服務(wù)下一桌客人時(shí)，會(huì)時(shí)刻留意上一桌客人的情況。當(dāng)客人點(diǎn)完菜會(huì)通知服務(wù)員說(shuō)：“我點(diǎn)完菜了”，服務(wù)員收到后說(shuō)：“好的，我知道了”，然后將這桌的號(hào)碼記到本子上（回調(diào)函數(shù)添加到輪詢(xún)隊(duì)列）。等到上菜時(shí)，也會(huì)按照本子上記錄的順序?yàn)榭腿松喜?/p>

以上知識(shí)點(diǎn)比較直白一些，大家如果有任何補(bǔ)充和意見(jiàn)可以聯(lián)系我們的小編。