返回結果 進入 統架構 事件驅動 lock 多線程 例如 語句 執行

node的出現，給了全棧工程師，一個絕佳的機會。 node給我們帶來的是更低的硬件成本來完成更高需求以及用戶體驗感，一臺8G內存服務器如果用傳統架構，那麽最多可驅使4000臺同時訪問，如果用node架構，那麽可以驅使40000臺機器同時訪問。 node采用的是單任務多並發（不存在線程創建以及銷毀時間），而LAMP（Linux+Apache+Mysql+Php）采用的是多任務多並發。 node有以下特點： 　　單線程 　　非阻塞I/O 　　事件驅動 單線程 非阻塞性I/O
例如，當在訪問數據庫取得數據的時候，需要一段時間。在傳統的單線程處理機制中，在執行了訪問數據庫代碼之後，整個線程都將暫停下來，等待數據庫返回結果，才能執行後面的代碼。也就是說，I/O阻塞了代碼的執行，極大地降低了程序的執行效率。 由於Node.js中采用了非阻塞型I/O機制，因此在執行了訪問數據庫的代碼之後，將立即轉而執行其後面的代碼，把數據庫返回結果的處理代碼放在回調函數中，從而提高了程序的執行效率。 當某個I/O執行完畢時，將以事件的形式通知執行I/O操作的線程，線程執行這個事件的回調函數。為了處理異步I/O，線程必須有事件循環，不斷的檢查有沒有未處理的事件，依次予以處理。 阻塞模式下，一個線程只能處理一項任務，要想提高吞吐量必須通過多線程。而非阻塞模式下，一個線程永遠在執行計算操作，這個線程的CPU核心利用率永遠是100%。所以，這是一種特別有哲理的解決方案：與其人多，但是好多人閑著；還不如一個人玩命，往死裏幹活兒。 事件驅動 在Node中，客戶端請求建立連接，提交數據等行為，會觸發相應的事件。在Node中，在一個時刻，只能執行一個事件回調函數，但是在執行一個事件回調函數的中途，可以轉而處理其他事件（比如，又有新用戶連接了），然後返回繼續執行原事件的回調函數，這種處理機制，稱為“事件環”機制。 Node.js底層是C++（V8也是C++寫的）。底層代碼中，近半數都用於事件隊列、回調函數隊列的構建。用事件驅動來完成服務器的任務調度，這是鬼才才能想到的。

單線程，單線程的好處，減少了內存開銷，操作系統的內存換頁。

如果某一個事情，進入了，但是被I/O阻塞了，所以這個線程就阻塞了。

非阻塞I/O， 不會傻等I/O語句結束，而會執行後面的語句。

非阻塞就能解決問題了麽？比如執行著小紅的業務，執行過程中，小剛的I/O回調完成了，此時怎麽辦？？

事件機制，事件環，不管是新用戶的請求，還是老用戶的I/O完成，都將以事件方式加入事件環，等待調度。

談談node（1）