有时，这些警告发生在我们没有做过的事情，而是我们忘记做的事情!

当我用npm安装dotenv包时遇到了这个警告，但在我在应用程序开始添加require('dotenv').load()语句之前就被打断了。当我回到项目时，我开始得到“可能的EventEmitter内存泄漏检测到”警告。

我以为问题出在我做了什么，而不是我没做什么!

一旦我发现了我的疏忽并添加了require语句，内存泄漏警告就清除了。

有时，这些警告发生在我们没有做过的事情，而是我们忘记做的事情!

当我用npm安装dotenv包时遇到了这个警告，但在我在应用程序开始添加require('dotenv').load()语句之前就被打断了。当我回到项目时，我开始得到“可能的EventEmitter内存泄漏检测到”警告。

我以为问题出在我做了什么，而不是我没做什么!

一旦我发现了我的疏忽并添加了require语句，内存泄漏警告就清除了。

公认的答案提供了如何增加限制的语义，但正如@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之前搜索代码中的类似问题(在其他答案中有解释)

缺省情况下，任何单个事件最多可以注册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

直到今天我开始监视咕噜咕噜的时候，我才开始这样做。最终由

watch: {
  options: {
    maxListeners: 99,
    livereload: true
  },
}

烦人的信息消失了。

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