概述
读了 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