You said you are using process.on('uncaughtException', callback); Where are you executing this statement? Is it within the callback passed to http.createServer?If yes, different copy of the same callback will get attached to the uncaughtException event upon each new request, because the function (req, res) { ... } gets executed everytime a new request comes in and so will the statement process.on('uncaughtException', callback);Note that the process object is global to all your requests and adding listeners to its event everytime a new request comes in will not make any sense. You might not want such kind of behaviour. In case you want to attach a new listener for each new request, you should remove all previous listeners attached to the event as they no longer would be required using: process.removeAllListeners('uncaughtException');

我也有同样的问题。这个问题是因为我在两个监听器上监听端口8080。

setMaxListeners()工作得很好，但我不推荐它。

正确的方法是，检查你的代码额外的监听器，删除监听器或改变端口号，你正在监听，这解决了我的问题。

公认的答案提供了如何增加限制的语义，但正如@voltrevo指出的那样，警告是有原因的，您的代码可能存在错误。

考虑以下有bug的代码:

//Assume Logger is a module that emits errors
var Logger = require('./Logger.js');

for (var i = 0; i < 11; i++) {
    //BUG: This will cause the warning
    //As the event listener is added in a loop
    Logger.on('error', function (err) {
        console.log('error writing log: ' + err)
    });

    Logger.writeLog('Hello');
}

现在观察添加监听器的正确方法:

//Good: event listener is not in a loop
Logger.on('error', function (err) {
    console.log('error writing log: ' + err)
});

for (var i = 0; i < 11; i++) {
    Logger.writeLog('Hello');
}

在更改maxListeners之前搜索代码中的类似问题(在其他答案中有解释)

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

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

我想在这里指出，这个警告是有原因的，正确的解决方法很可能不是增加限制，而是弄清楚为什么要向同一个事件添加如此多的侦听器。只有当您知道为什么要添加这么多侦听器并且确信这是您真正想要的时候，才增加限制。

我找到了这个页面，因为我得到了这个警告，在我的情况下，我正在使用的一些代码中有一个错误，将全局对象转换为EventEmitter!我当然不建议在全球范围内增加限制，因为你不想让这些事情被忽视。

节点版本号: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将其清除。