检测到可能的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

其他回答

添加EventEmitter.defaultMaxListeners = <MaxNumberOfClients>到node_modules\loop -datasource-juggler\lib\datasource.js修复了可能的问题:)

2021-05-31 05:37:23

这在节点eventEmitter文档中有解释

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

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

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

2012-03-19 10:30:23

缺省情况下，任何单个事件最多可以注册10个侦听器。

如果这是你的代码，你可以通过:

const emitter = new EventEmitter()
emitter.setMaxListeners(100)
// or 0 to turn off the limit
emitter.setMaxListeners(0)

但如果这不是你的代码，你可以使用技巧来增加全局默认限制:

require('events').EventEmitter.prototype._maxListeners = 100;

当然，你可以关闭限制，但要小心:

// turn off limits by default (BE CAREFUL)
require('events').EventEmitter.prototype._maxListeners = 0;

顺便说一句。代码应该在应用程序的最开始。

ADD:从节点0.11开始，这段代码也可以改变默认限制:

require('events').EventEmitter.defaultMaxListeners = 0

2014-10-03 10:01:02

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

2021-03-30 21:40:34

节点版本号:v11.10.1

来自堆栈跟踪的警告消息:

process.on('warning', e => console.warn(e.stack));

(node:17905) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 wakeup listeners added. Use emitter.setMaxListeners() to increase limit
MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 wakeup listeners added. Use emitter.setMaxListeners() to increase limit
    at _addListener (events.js:255:17)
    at Connection.addListener (events.js:271:10)
    at Connection.Readable.on (_stream_readable.js:826:35)
    at Connection.once (events.js:300:8)
    at Connection._send (/var/www/html/fleet-node-api/node_modules/http2/lib/protocol/connection.js:355:10)
    at processImmediate (timers.js:637:19)
    at process.topLevelDomainCallback (domain.js:126:23)

在搜索github问题，文档和创建类似的事件发射器内存泄漏后，由于node-apn模块用于iOS推送通知，观察到此问题。

这就解决了问题:

您应该为每个进程只创建一个Provider 您拥有的证书/密钥对。您不需要创建一个新的每个通知的提供者。如果你只是发送通知一个应用程序，那么就不需要一个以上的提供商。如果你经常在你的应用程序中创建Provider实例，make 当你使用完每个提供者时，一定要调用provider .shutdown() 释放其资源和内存。

每次发送通知时，我都在创建提供者对象，并期望gc将其清除。

2019-05-04 13:52:45

检测到可能的EventEmitter内存泄漏

推荐文章

最新文章

标签