在前面的例子中，我们的 listener 是完全独立的函数。但是在 listener 与对象关联的情况下（这时是一种方法），必须手动将其从已订阅的事件中分离出来。否则对象将永远不会被垃圾回收，因为对象（ listener ）的一部分将会继续被外部对象（ emitter ）引用，所以存在内存泄漏的可能。
例如，如果我们正在开发一个聊天程序，并且希望当新消息到达用户进入的聊天室时，显示通知的功能应该位于该用户对象本身的内部，我们可能会这样做：
class ChatUser { displayNewMessageNotification(newMessage) { // Push an alert message or something. } // `chatroom` is an instance of EventEmitter. connectToChatroom(chatroom) { chatroom.on('message-received', this.displayNewMessageNotification); } disconnectFromChatroom(chatroom) { chatroom.removeListener('message-received', this.displayNewMessageNotification); } }
当用户关闭他的标签或暂时断开互联网连接时，我们可能希望在服务器端发起一个回调，通知其他用户有人刚刚下线。当然在这时为脱机用户调用 displayNewMessageNotification 没有任何意义。除非我们删除它，否则它将继续被用于调用新消息。如果不这样做，除了不必要的调用之外，用户对象也会被永久地保留在内存中。因此在用户脱机时应该在服务器端回调中调用 disconnectFromChatroom。
注意事项
如果不小心，即便是松散耦合的事件驱动架构也会导致复杂性的增加，可能会导致在系统中跟踪依赖关系变得很困难。如果我们从侦听器内部发出事件，程序会特别容易出现这类问题。这可能会触发意外的事件链。