標籤:使用 檢測 堆棧 出錯 string handler UI 地址 無限
Node.js 事件迴圈
Node.js 是單進程單線程應用程式,但是通過事件和回調支援並發,所以效能非常高。
Node.js 的每一個 API 都是非同步,並作為一個獨立線程運行,使用非同步函數調用,並處理並發。
Node.js 基本上所有的事件機制都是用設計模式中觀察者模式實現。
Node.js 單線程類似進入一個while(true)的事件迴圈,直到沒有事件觀察者退出,每個非同步事件都產生一個事件觀察者,如果有事件發生就調用該回呼函數.
事件迴圈是Node.js中非常核心的組成部分,許多Node.js的特性都依賴於它,它既有積極的影響也不好的影響。比如在處理I/O密集任務時的效能提升和缺乏足夠資訊量的錯誤堆棧資訊。Node.js非同步回調驅動的編程範式,便直接是源於事件迴圈的存在。
每一個Node.js進程中都存在一個事件迴圈。只要進程存在,它就存在,一直不間斷地調度執行著你程式中的方法和作業系統方法。事件迴圈以一個無限迴圈的形式啟動,存在於Node.js二進位檔案裡main函數的最後,當沒有更多可被執行的事件處理器時,它就退出。它運行於單個線程中,並且事件處理器是一個接一個順序執行的。
事件驅動程式
Node.js 使用事件驅動模型,當web server接收到請求,就把它關閉然後進行處理,然後去服務下一個web請求。
當這個請求完成,它被放回處理隊列,當到達隊列開頭,這個結果被返回給使用者。
這個模型非常高效可擴充性非常強,因為webserver一直接受請求而不等待任何讀寫操作。(這也被稱之為非阻塞式IO或者事件驅動IO)
在事件驅動模型中,會產生一個主迴圈來監聽事件,當檢測到事件時觸發回呼函數。
整個事件驅動的流程就是這麼實現的,非常簡潔。有點類似於觀察者模式,事件相當於一個主題(Subject),而所有註冊到這個事件上的處理函數相當於觀察者(Observer)。
Node.js 有多個內建的事件,我們可以通過引入 events 模組,並通過執行個體化 EventEmitter 類來綁定和監聽事件,如下執行個體:
//引入 events 模組var events = require(‘events‘);//建立 eventEmitter 對象var eventEmitter = new events.EventEmitter();//建立事件處理常式:串連var connectHandler = function connected(){ console.log(‘串連成功‘); //觸發 data_received 事件 eventEmitter.emit(‘data_received‘);}//建立事件處理常式:接收資料var receiveHandler = function received(){ console.log(‘資料接收成功‘);}
//監聽事件eventEmitter.on(‘connection‘,connectHandler);eventEmitter.on(‘data_received‘,receiveHandler);//觸發事件eventEmitter.emit(‘connection‘);console.log(‘程式執行完畢‘);
執行結果為:
Node 應用程式是如何工作的?
在 Node 應用程式中,執行非同步作業的函數將回呼函數作為最後一個參數, 回呼函數接收錯誤對象作為第一個參數。
接下來讓我們來重新看下前面的執行個體,建立一個 input.txt ,檔案內容如下:
菜鳥教程官網地址:www.runoob.com
建立 main.js 檔案,代碼如下:
var fs = require("fs");fs.readFile(‘input.txt‘, function (err, data) { if (err){ console.log(err.stack); return; } console.log(data.toString());});console.log("程式執行完畢");
以上程式中 fs.readFile() 是非同步函數用於讀取檔案。 如果在讀取檔案過程中發生錯誤,錯誤 err 對象就會輸出錯誤資訊。
如果沒發生錯誤,readFile 跳過 err 對象的輸出,檔案內容就通過回呼函數輸出。
執行以上代碼,執行結果如下:
程式執行完畢菜鳥教程官網地址:www.runoob.com
接下來我們刪除 input.txt 檔案,執行結果如下所示:
程式執行完畢Error: ENOENT, open ‘input.txt‘
因為檔案 input.txt 不存在,所以輸出了錯誤資訊。
Node.js 事件迴圈