检测到可能的EventEmitter内存泄漏

我得到以下警告:

(node) warning: possible EventEmitter memory leak detected. 11 listeners added. Use emitter.setMaxListeners() to increase limit.
Trace: 
    at EventEmitter.<anonymous> (events.js:139:15)
    at EventEmitter.<anonymous> (node.js:385:29)
    at Server.<anonymous> (server.js:20:17)
    at Server.emit (events.js:70:17)
    at HTTPParser.onIncoming (http.js:1514:12)
    at HTTPParser.onHeadersComplete (http.js:102:31)
    at Socket.ondata (http.js:1410:22)
    at TCP.onread (net.js:354:27)

我在server.js中写了这样的代码:

http.createServer(
    function (req, res) { ... }).listen(3013);

如何解决这个问题?

当前回答

正如其他人所指出的那样，提高限额并不是最好的答案。我也面临着同样的问题，但在我的代码中，我没有使用任何事件侦听器。当我仔细研究代码时，我有时会创建很多承诺。每个承诺都有一些抓取所提供URL的代码(使用一些第三方库)。如果你正在做类似的事情，那么它可能是原因。

在使用ES6的Promise.all()时，限制并发性的最佳方法是什么?

2021-02-02 10:38:58

其他回答

在创建新的侦听器之前，您需要使用以下命令清除所有侦听器:

客户端/服务器

socket.removeAllListeners();

假设socket是您的客户端套接字/或创建的服务器套接字。

你也可以订阅特定的事件监听器，比如像这样删除连接监听器:

this.socket.removeAllListeners("connect");

2018-12-30 10:44:41

这在节点eventEmitter文档中有解释

这是什么版本的Node ?你还有其他代码吗?这不是正常的行为。

简而言之，它:process.setMaxListeners(0);

另见:node.js - request -如何“emitter.setMaxListeners()”?

2012-03-19 10:30:23

在使用ES6的Promise.all()时，限制并发性的最佳方法是什么?

2021-02-02 10:38:58

在我的情况下，这是由于没有关闭到数据库的Sequelize连接，而创建他们内部的异步函数调用setInterval。

2021-03-30 21:40:34

将.on()替换为once()。使用once()在同一函数处理事件时删除事件监听器。

如果这不能解决问题，那么在package.json中重新安装restler :“restler git: / / github.com/danwrong/restler.git # 9 d455ff14c57ddbe263dbbcd0289d76413bfe07d”

这与restler 0.10对node的错误行为有关。你可以在这里看到git关闭的问题:https://github.com/danwrong/restler/issues/112 然而，npm还没有更新这个，所以这就是为什么你必须引用git头。

2013-12-17 00:40:28

检测到可能的EventEmitter内存泄漏

推荐文章

最新文章

标签