node.js從誕生之初就是充分考慮了在實時響應、超大規(guī)模數據要求下的可擴展性。這使得他擯棄了傳統(tǒng)平臺依靠多線程來實現高并發(fā)的設計思路，而是采用了單線程、異步式I/O，事件驅動的程序設計模式。這些特性不僅帶來了巨大的性能提升，還減少了多線程程序設計的復雜性，進而提高了開發(fā)效率。
Q1:單線程怎么可能榨干多核系統(tǒng)性能？
node.js最大的特點就是采用異步I/O與事件驅動的架構設計。對于高并發(fā)方案，傳統(tǒng)的架構是多線程模型，也就是為每個業(yè)務邏輯提供一個系統(tǒng)線程，通過系統(tǒng)線程切換來彌補同步式I/O調度的時間開銷。node.js是單線程模型，對于所有的I/O操作都采用異步請求方式，避免了頻繁的上下文切換。node.js在支持的過程中會維護一個時間隊列，程序在執(zhí)行時進入時間循環(huán)等待下一個事件到來，每個異步I/O請求完成之后會被推送到事件隊列，等待程序進行處理。
C1:每業(yè)務邏輯每線程應該是上個世紀的方案了。本世紀至少有任務池和線程池方案，牛逼的還有根據系統(tǒng)個邏輯任務的負載情況動態(tài)調度。
想起來網狐的AttempterEnging已經有這個味道了，只是沒有提升到理論高度。
node.js最大的特點就是異步I/O與事件緊密結合的編程模式。這種模式與傳統(tǒng)的同步模式I/O線型編程的思路有很大不同，應為控制流很大程序上要靠事件和回調來組織，一個邏輯要拆分成若干個單元。
異步I/O擴展一下就是把能“并發(fā)的邏輯抽取出來，讓有空余負載的‘cpu’去執(zhí)行，原負載‘cpu’可以去執(zhí)行其他需要實時響應的邏輯”
node.js核心模塊
process: processs是一個全局變量，即global對象的屬性。他用于描述node.js進程的狀態(tài)，提供一個與操作系統(tǒng)的簡單接口。
console: console用于提供控制臺標準輸出，用于向標準輸出流或標準輸入流輸出字符
事件發(fā)射器：
events模塊只提供一個對象：events.EventEmitter，他的核心就是時間發(fā)射與事件監(jiān)聽功能的封裝。EventEmitter的每個事件由一個事件名和若干個時間參數組成，事件名是一個字符串，通常表達一定的語義。對于每個事件EventEmitter支持若干個事件監(jiān)聽器。當時間發(fā)射時，注冊到這個事件的監(jiān)聽器被依次調用，事件參數作為回調函數參數傳遞。
EventEmitter.on(event, listener) 為指定事件注冊一個監(jiān)聽器，接收一個字符串event和一個回調函數listener
EventEmitter.emic(event, args) 發(fā)射event事件，傳遞若干個可選參數到事件監(jiān)聽器參數列表
EventEmitter.once(event, listener) 為指定事件注冊一個單次監(jiān)聽器，即觸發(fā)一次后自動解除注冊
EventEmitter.removeListener(event, listener) 解除注冊
EventEmitter.removeAllListeners(event) 移出所有時間的所有監(jiān)聽器
error事件：EventEmitter定義了一個特殊的事件Error，他包含了錯誤的語義，在遇到異常的時候通常會發(fā)射error事件，當error被發(fā)射時，EventEmitter規(guī)定如果沒有相應的監(jiān)聽器，node.js會把它當作一場，退出程序并打印調用棧。
大多數時候不會直接用EventEmitter而是在對象中繼承他，只要是支持事件響應的核心模塊都是EventEmitter的子類。