感谢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')监听器，瞧…解决了! 希望这对你有所帮助。

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

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

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

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

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

这在节点eventEmitter文档中有解释

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

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

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

感谢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')监听器，瞧…解决了! 希望这对你有所帮助。

我也面临着同样的问题，但我已经成功地处理了异步等待。 请检查是否有帮助。 let dataLength = 25; 之前: for(设I = 0;i < dataLength;我+ +){ sftp。get (remotePath fs.createWriteStream (xyzProject / ${数据[我]. name})); } 后: for(设I = 0;i < dataLength;我+ +){ 等待sftp。get (remotePath fs.createWriteStream (xyzProject / ${数据[我]. name})); }