这在节点eventEmitter文档中有解释

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

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

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

我们团队对此的解决方案是从.npmrc中删除注册表路径。rc文件中有两个路径别名，其中一个指向已弃用的Artifactory实例。

这个错误与我们的应用程序的实际代码无关，而是与我们的开发环境有关。

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

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

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

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

在我的例子中，它是child.stderr.pipe(process.stderr)，当我启动10个(或左右)child实例时，它被调用。因此，任何导致在LOOP中将事件处理程序附加到同一个EventEmitter对象的事情都会导致nodejs抛出这个错误。

感谢RLaaa给了我一个如何解决警告的真正问题/根本原因的想法。在我的例子中，是MySQL有bug的代码。

假设你写了一个承诺，里面的代码是这样的:

pool.getConnection((err, conn) => {

  if(err) reject(err)

  const q = 'SELECT * from `a_table`'

  conn.query(q, [], (err, rows) => {

    conn.release()

    if(err) reject(err)

    // do something
  })

  conn.on('error', (err) => {

     reject(err)
  })
})

注意，代码中有一个conn.on('error')侦听器。代码一遍又一遍地添加监听器取决于调用查询的次数。 同时if(err) reject(err)做同样的事情。

所以我删除了conn.on('error')监听器，瞧…解决了! 希望这对你有所帮助。

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

客户端/服务器

socket.removeAllListeners(); 

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

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

this.socket.removeAllListeners("connect");