概述
读了 events 模块的文档,研究了几个有意思的问题:
- 🤔️ 事件驱动模型
- 🤔️ 优雅的错误处理
- 🤔️ 监听器器队列顺序处理
- 🤔️ 内存管理与防止泄漏
- 🔨 配合 Promise 使用
事件驱动模型
Nodejs 使用了一个事件驱动、非阻塞 IO 的模型。events模块是事件驱动的核心模块。很多内置模块都继承了events.EventEmitter。
自己无需手动实现这种设计模式,直接继承EventEmitter即可。代码如下:
| 1 | const { EventEmitter } = require("events"); | 
优雅的错误处理
根据文档,应该 EventEmitter 实例的error事件是个特殊事件。推荐做法是:在创建实例后,应该立即注册error事件。
| 1 | const ins = new MyEmitter(); | 
注册error事件后,我原本的理解是,所有事件回掉逻辑中的错误都会在 EventEmitter 内部被捕获,并且在内部触发 error 事件。
也就是说下面代码,会打印:”error msg is a is not defined”。
| 1 | ins.on("test", () => { | 
然而,错误并没有捕获,直接抛出了异常。由此可见,EventEmitter 在执行内部逻辑的时候,并没有try-catch。这个原因,请见Node Issue。简单来讲,Error 和 Exception 并不完全一样。
如果按照正常想法,不想每一次都在外面套一层try-catch,那应该怎么做呢?我的做法是在 EventEmitter 原型链上新增一个safeEmit函数。
| 1 | EventEmitter.prototype.safeEmit = function(name, ...args) { | 
如此一来,运行前一段代码的 Exception 就会被捕获到,并且触发error事件。前一段代码的输出就变成了:
| 1 | error msg is a is not defined | 
监听器队列顺序处理
对于同一个事件,触发它的时候,函数的执行顺序就是函数绑定时候的顺序。官方库提供了emitter.prependListener()和 emitter.prependOnceListener() 两个接口,可以让新的监听器直接添加到队列头部。
但是如果想让新的监听器放入任何监听器队列的任何位置呢?在原型链上封装了 insertListener 方法。
| 1 | EventEmitter.prototype.insertListener = function( | 
使用起来,效果如下:
| 1 | const ins = new MyEmitter(); | 
连续调用两次ins.emit("test"),结果输出如下:
| 1 | 第一次 | 
内存管理与防止泄漏
在绑定事件给监听器(全局实例,不会被自动回收销毁)的时候,如果事件没有被 remove,那么存在内存泄漏的风险。
我知道的常见做法如下:
- 经常 CR,移除不需要的事件监听器
- 通过once绑定监听器,调用一次后,监听器被自动移除
- [推荐]hack 一个更安全的EventEmitter