使用 Node.js 的 EventEmitter 建立事件監聽機制:概念 & 實作
概念
在 Node.js 中,建立 EventListener 可以使用 EventEmitter,概念與 publish/subscribe 非常相似,如果之前曾經使用過 Redis 的 Pub/Sub 機制,會更容易理解。
假設有一個人先訂閱(subscribe)了一個名為 ‘xxx’ 的頻道(channel),之後當有人發布(publish)訊息到 ‘xxx’ 頻道時,訂閱者就會看到發布者發出的訊息。
Event Listener
回到 Node.js 的 Event Listener 機制,我們可以透過 EventEmitter 建立一個 publish/subscribe 物件。執行物件的 .on 方法就類似於訂閱(subscribe),而 .emit 方法則類似於發布(publish)。以下是範例程式碼:
1 | const EventEmitter = require('events'); |
在這個範例中,我們使用 EventEmitter 建立了一個 channel 並且監聽 ‘join’ 事件。當有使用者加入時,會透過 .emit(‘join’) 通知 ‘join’ 事件。我們可以建立一個 HTTP server 並稍微修改一下來驗證我們的想法:
1 | // server.js |
.emit
不僅用來觸發事件,還可以同時傳入多個參,當你呼叫 .emit('join', arg1, arg2, ...)
時,所有註冊了這個事件的監聽器 .on('join', (arg1, arg2) => {...})
都會依序被呼叫,且能接收到這些參數。
net.createServer
是使用 Node.js 的 net module 來建立一個 TCP server。當有 client 進來時會執行 callback function,這個 callback 第一個參數代表接收到一個 net.Socket
的物件。
在 socket 的 callback 中,可以透過 client.remoteAddress
與 client.remotePort
來獲取連線 client 的 IP 與 port,組合成唯一個 id
。然後使用 .emit('join', id, client)
觸發一個 join
事件,同時把這個 id
與 client
傳入給 join 事件的 callback,最後儲存在 channel.clients
中。
我們來測試一下,先開一個 server,然後使用 telnet localhost 30000
來連到 server,在 server 上可以看到 xxx join
的訊息。
1 | 先開一個 server |
Error Event
在前面的例子,這個 join
事件名稱是可以自定義的,可以是任何字串,所以如果觸發一個不存在的事件 .emit('notExist')
,其實是不會發生什麼事情的,但是有一個例外:error
事件。如果沒有人註冊 error
事件,但有人在 error
事件中發出訊息,程式會直接停止運行並印出錯誤訊息。
1 | const events = require('events'); |
如果在執行 error
callback 時又發生錯誤,則會丟出 uncaughtException
錯誤,可以透過 process.on('uncaughtException')
來捕捉這個錯誤。
1 | process.on('uncaughtException', err => { |
上述的例子可以增加這兩個事件:
1 | process.on('uncaughtException', err => { |
廣播給所有使用者
現在 server 建立好了,我們想要讓多個使用者加入,如果其中有一個 client 發話,其他 client 都可以收到訊息。
1 | const net = require('net'); |
在 join
事件中,當有 client 加入時,會針對每個 client 註冊 broadcast
事件。當有人發送廣播訊息時 channel.emit('broadcast', ...)
,就會觸發 callback 事件。這個 callback 需要接收兩個參數:
senderId
:發送者的 id。message
:廣播的訊息。
如果該 client 不是訊息的發送者,則會使用 channel.clients[id].write(message)
將訊息送給這個 client。
最後每當 client 連線到 server 並傳送資料時,在 data
事件中 client.on('data', callback)
,這個 callback 就會被觸發。這個 callback 會透過我們前面新增的 broadcast
事件來廣播給所有人。
在 .on('data', callback)
收到的資料通常是 Buffer
,所以會先轉成 string。
我們來測試一下:
1 | # server |
先開一個 server,然後分別加入使用者並發話,記得最後要按 enter 才會發送,就可以看到發送的訊息會廣播到其他連線的 client。
如果你持續增加使用者,超過 10 個人訂閱同一個事件時,Node.js 會印出警告你,但可以透過 .setMaxListeners(50)
來增加上限。
1 | eventEmitter.setMaxListeners(50); |
離開群組 removeListener
現在我們的使用者可以加入群組,並且可以廣播訊息給所有人,看起來很不錯,但是使用者加入後卻沒有辦法離開。我們希望使用者輸入 leave 的時候,會將自己從群組中移除,並且斷開連線。
1 | channel.on('leave', (id) => { |
看起來功能已經完成了,但是有一個小問題。在 join
事件中,使用者訂閱的 broadcast
事件沒有清除。如果有人離開之後,就會在後續的廣播嘗試寫入不存在的連線,這會造成 Node.js 的錯誤。
因此我們在 leave
時需要用 .removeListener
來取消訂閱,注意 removeListener
帶入的 callback 必須跟 on
的 callback 一樣,
1 | // removeListener 帶入的 callback 需要跟 on 的 callback 一樣 |
所以我們需要修改一下 server.js
:
- 新增
channel.subscriptions
,並在join
事件中,每當有使用者加入時儲存每個 client 的 callback。 - 在
leave
事件中removeListener
將對應使用者的 broadcast callback 移除。
1 | const net = require('net'); |
在 Terminal 測試使用者能否正常離開群組:
1 | $ node server.js |
關閉伺服器 removeAllListeners
現在我們新增一個新功能,輸入 shutdown
指令讓所有人取消訂閱,並斷開所有連線。在前一章節所學的 removeListener
,我們可以使用迴圈將每個使用者從 broadcast
事件移除。然而,我們可以更間單的使用 .removeAllListeners('broadcast')
,來一次性移除所有訂閱 broadcast
事件上的使用者。最後我們的完整程式碼如下:
1 | const net = require('net'); |
測試一下,輸入 shutdown
後所有人將會斷開連線:
1 | # server |
只要 Event Loop 中還有待處理的非同步操作(例如未完成的 I/O、定時器、網絡請求等),Node.js process 就不會自動退出。這對於需要長期運行、持續監聽請求的 Web 伺服器來說是理想的行為;而對於命令行工具或一次性任務,則可能需要在所有非同步操作完成後主動退出。
Reference
Node.js Event Loop 是如何運作的
Node.js 是 Single Thread 的環境執行,是如何透過 Event Loop 的方式來實現 Non-blocking I/O 的操作。
Event Loop 運作方式
想像一個 HTTP Request 進入 Node.js http.Server 時,Event Loop 會觸發對應的 callback。假設該 callback 需要從資料庫拿到使用者資料,並從磁碟讀取電子郵件 template,然後將使用者資料填入 template 後,回傳 HTTP Response。
在這個過程中,Event Loop 會以先進先出 (FIFO) 的方式運行 Event Queue:
- 首先,Event Loop 包含一個 Timer,可以透過 setTimeout 或 setInterval 設定。
- 接下來,如果 Timeout 或是有新的 I/O Event 進來,則會進入 poll phase (輪詢階段),在此階段會安排執行 (schedule) 對應的 callback。
Event Loop 的概念不會太複雜,有 Event 進來,執行相對應的 callback。
那如果正在執行 poll phase 時,又有新的 I/O Event,Node.js 則會透過 setImmediate 設定,在當前 callback 執行完後立刻執行新進來的 I/O Event callback。
Library
Node.js 的 Non-blocking I/O Opertaion 是透過 libuv 實現的,libuv 實現 Node.js 的 Event Loop、Non-blocking I/O、網路、磁碟、檔案系統等功能,位於下圖的左下角:
原先在 Node.js 程式碼是透過 C++ Binding 綁定到 libuv 或其他 library 上,這些 library 會去跟 OS 來溝通。
之後 Google 的 V8 JavaScript 引擎的出現,讓 Node 更加強大。V8 引擎厲害之處就是直接繞過 C++ binding 變成 machine code,這大幅的提升了執行效率,如上圖右半側。
Reference
安裝 Windows 11 虛擬機過程與問題
很久沒安裝 Windows 11 VM 了,原本想說應該很順利,結果裝了一整個晚上,沒想到會踩了一堆雷,所以這篇來紀錄一下安裝 Windows 11 VM 的過程:
讀取 ISO
在 Windows 11 開機的時候,若出現以下提示文字:
Press any key to boot from CD or DVD…
此時,一定要按下鍵盤上的任意鍵,如果只用滑鼠輸入會失敗。
繞過 TPM 檢查
在安裝 Windows 11 時,系統會檢查硬體是否符合規格。如果是在虛擬機上安裝,得需要手動關閉 TPM 的檢查:
- 啟動命令提示字元:在安裝畫面按下
Shift + F10
,這將開啟命令提示字元 (cmd)。 - 開啟登錄編輯器:在命令提示字元中輸入
regedit
並按下 Enter 鍵。 - 新增 LabConfig 機碼:
- 找到
HKEY_LOCAL_MACHINE\SYSTEM\Setup
。 - 在此路徑下新增一個名為
LabConfig
的資料夾(機碼)。
- 繞過檢查的設定:在
HKEY_LOCAL_MACHINE\SYSTEM\Setup\LabConfig
機碼內新增以下三個 DWORD 32-bit 項目
BypassTPMCheck
,值設為 1。BypassRAMCheck
,值設為 1。BypassSecureBootCheck
,值設為 1。
完成這些設定後,關閉登錄編輯器,繼續安裝,即可成功繞過檢查。
帳號登入
在安裝過程的最後階段,Windows 可能會要求輸入帳號密碼,目前還不知道要略過此步驟。
建議
安裝完成後,建議馬上建立一個快照 (snapshot),這樣如果日後需要重置或修復系統,就不必重新安裝。
Reference
何時該使用 React Redux
今天這章會討論什麼時候要把資料放在 Redux 裡面,什麼時候要將資料放在 React 的 components 裡。
React 將 components 分成 Presentational Components (展示組件) 與 Container Components (容器組件)。
Presentational Components
Presentational Components 主要負責 UI 的部分,通常不會有複雜 application 狀態管理的資料,通過會由 props 傳入無狀態 (stateless) 的資料,像是:
- 跟 UI 相關的資料 e.g. 顏色的使用
- 只有在必要時才擁有自己的狀態 e.g. 下拉式選單的狀態
- 需要手動建立新的東西 e.g. new post 的資料儲存
Container Components
Container Components 主要負責 application 的狀態,通常會使用 Redux 來管理,然後在 render 的時候會資料傳給 Presentational Components,通常會儲存有狀態的資料:
- application data flow
- 使用者相關的資訊 e.g. 最喜歡的顏色
Compare
特性 | Presentational | Container |
---|---|---|
主要用途 | UI render | application state |
狀態 | 無狀態或是透過 props 獲得狀態 | 通常有狀態,透過 Redux 管理 |
類別 | smart | dumb |
儲存類型 | 儲存複雜的東西 | 儲存簡單的東西 |
Reference
React Redux Example App 範例程式碼
前一篇介紹 Redux 是參考 Flux 的架構而設計的,這篇要用 Redux 來寫一個簡單的 React Counter App。
在 Ubuntu 18.04 上安裝 Docker CE再提醒一下,React 跟 Redux 的差別是:React 是一個 front-end library;Redux 是一個架構,可以不用跟 React 一起使用,也可以跟 Vue 或 Angular 搭配。
Counter App
Install
建立一個 React App 然後安裝 Redux:
1 | npx create-react-app counter-app |
Actions
建立 Redux 的 Action,Action 一定要回傳 type 讓 Reducer 去做對應的資料更新,Middleware 會在送到 Reducer 之前執行。
1 | // actions.js |
Reducer
建立 Redux 的 Reducer,Reducer 不能修改原本的 state,必須複製一份,並且回傳最後 state 應該要的資料。
1 | // reducer.js |
Store
建立 Redux 的 Store,用來儲存 state 的資料
1 | // store.js |
Counter
建立 React Counter Element,而且注意這邊需要將 Action 傳入 Dispatcher 來讓後續的 Reducer 來更新狀態。
1 | // Counter.js |
App
最後 react-redux library 透過 Provider Component 來跟 React 串接,Provider 會提供 Store 的資料。
1 | // App.js |
Reference
Flux 跟 Redux 之間的關係
Flux 和 Redux 都是用來管理 application 狀態的架構,差異是不同的設計理念和實做方式:
Flux
Flux 是 Facebook 提出的架構模式,用於解決複雜的 data flow 問題,Flux 的架構如下:
- Action: 描述 application 的事件或行為。
- Dispatcher: 分發 Action 給 Store。它是 Flux 架構中的中央樞紐。
- Store: 儲存 application 狀態和邏輯。每個 Store 負責 application 一部分狀態。
- View: 展示 application UI,並且可以根據 Store 的變化來更新。
Flux 的 data flow 是單向的,從 Action 到 Dispatcher,再到 Store,最後到 view。
Redux
Redux 參考並簡化 Flux 管理狀態概念,Redux 的架構如下:
- Action: 與 Flux 中的 Action 類似,用於描述 application 的事件或行為。
- Reducer: 是一個 function,負責根據 Action 來更新 application 的狀態。Redux 中沒有 Sispatcher,取而代之的是 Reducer。
- Store: 儲存 application 的狀態。Redux 中只有一個單一的 Store,與 Flux 有多個 Store 不同。而且 Redux 只能透過 Action 可以修改 Store 的資料。
- Middleware: 用於處理異步操作或其他事件 e.g. Error Handling。
Redux 的 data flow 也是單向的,並且強調使用 function 來更新狀態。
Redux 使用單一集中狀態的物件,並以特定的方式進行更新。當你想要更新狀態時(e.g click event),會創建一個 Action 並由某個 Reducer 處理。Reducer 會複製當前狀態,且使用 Action 中的資料進行修改,然後返回新的狀態。當 Store 更新時,可以監聽事件並更新
Redux 跟 React 的差別是:React 是一個 front-end library;Redux 是一個架構,可以不用跟 React 一起使用,也可以跟 Vue 或 Angular 搭配。這篇是一個 React Redux 的範例:
React Redux Example App 範例程式碼Compare
- Redux 使用單一的 store: 與 Flux 在中多個 Store 中定位狀態信息不同,Redux 將所有內容保存在一個地方。在 Flux 中,可以有許多不同的 store。Redux 打破了這一點,強制使用單一 global Store。
- Redux 使用 reducers: Reducers 是以不更動原本資料的方式來更新資料。在 Redux 中,行為是以可預測的,因為所有的改動都要經過 Reducer,且每一次的改動只會更新一次 global Store。
- Redux 使用 middleware: 由於 Action 和資料以單向方式流動,我們可以透過 Redux 增加 middleware,並在資料更新時加上客製化的行為 e.g. Log or Catch Error。
- Redux decouple Action 與 Store: 建立 Action 時不會向通知 Store 任何東西,反而是回傳 Action 物件;Flux 的 Action 則會直接修改 Store。