Nodejs系列-01-開篇

標籤：線程池   thread   事件驅動   建立   單線程   eve   tar   node   不同的   

1.解決什麼問題

1. 並發串連

舉個例子，想象一個情境，我們在銀行排隊辦理業務，我們看看下面兩個模型。

（1）系統執行緒模式：

這種模型的問題顯而易見，服務端只有一個線程，並發請求（使用者）到達只能處理一個，其餘的要先等待，這就是阻塞，正在享受服務的請求阻塞後面的請求了。

（2）多線程、線程池模型：

這個模型已經比上一個有所進步，它調節服務端線程的數量來提高對並發請求的接收和響應，但並發量高的時候，請求仍然需要等待，它有個更嚴重的問題。到代碼層面上來講，我們看看用戶端請求與服務端通訊的過程：

服務端與用戶端每建立一個串連，都要為這個串連分配一套配套的資源，主要體現為系統記憶體資源，以PHP為例，維護一個串連可能需要20M的記憶體。這就是為什麼一般並發量一大，就需要多開伺服器。

那麼NodeJS是怎麼解決這個問題的呢？我們來看另外一個模型，想象一下我們在快餐店點餐吃飯的情境。

（3）非同步、事件驅動模型

我們同樣是要發起請求，等待伺服器端響應；但是與銀行例子不同的是，這次我們點完餐後拿到了一個號碼，拿到號碼，我們往往會在位置上等待，而在我們後面的請求會繼續得到處理，同樣是拿了一個號碼然後到一旁等待，接待員能一直進行處理。

等到飯菜做號了，會喊號碼，我們拿到了自己的飯菜，進行後續的處理（吃飯）。這個喊號碼的動作在NodeJS中叫做回調（Callback），能在事件（燒菜，I/O）處理完成後繼續執行後面的邏輯（吃飯），這體現了NodeJS的顯著特點，非同步機制、事件驅動整個過程沒有阻塞新使用者的串連（點餐），也不需要維護已經點餐的使用者與廚師的串連。

基於這樣的機制，理論上陸續有使用者請求串連，NodeJS都可以進行響應，因此NodeJS能支援比Java、PHP程式更高的並發量雖然維護事件隊列也需要成本，再由於NodeJS是單線程，事件隊列越長，得到響應的時間就越長，並發量上去還是會力不從心。

總結一下NodeJS是怎麼解決並發串連這個問題的：更改串連到伺服器的方式，每個串連發射（emit）一個在NodeJS引擎進程中啟動並執行事件（Event），放進事件隊列當中，而不是為每個串連產生一個新的OS線程（並為其分配一些配套記憶體）。

2. I/O阻塞

NodeJS解決的另外一個問題是I/O阻塞，看看這樣的業務情境：需要從多個資料來源拉取資料，然後進行處理。

（1）串列擷取資料，這是我們一般的解決方案，以PHP為例

假如擷取profile和timeline操作各需要1S，那麼串列擷取就需要2S。

（2）NodeJS非阻塞I/O，發射/監聽事件來控制執行過程

NodeJS遇到I/O事件會建立一個線程去執行，然後主線程會繼續往下執行的，因此，拿profile的動作觸發一個I/O事件，馬上就會執行拿timeline的動作，兩個動作並存執行，假如各需要1S，那麼總的時間也就是1S。它們的I/O操作執行完成後，發射一個事件，profile和timeline，事件代理接收後繼續往下執行後面的邏輯，這就是NodeJS非阻塞I/O的特點。

2.安裝

　　http://nodejs.cn/download/，直接next

　　

    表示安裝成功。

 

 

　　

 

Nodejs系列-01-開篇