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

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

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

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

把它放在你的server.js(或任何包含你的主Node.js应用程序)的第一行:

需要.EventEmitter.prototype(“事件”)。_maxListeners = 0;

错误就消失了:)

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

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

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

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

烦人的信息消失了。

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

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

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

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