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

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

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

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

I prefer to hunt down and fix problems instead of suppressing logs whenever possible. After a couple days of observing this issue in my app, I realized I was setting listeners on the req.socket in an Express middleware to catch socket io errors that kept popping up. At some point, I learned that that was not necessary, but I kept the listeners around anyway. I just removed them and the error you are experiencing went away. I verified it was the cause by running requests to my server with and without the following middleware:

socketEventsHandler(req, res, next) {
        req.socket.on("error", function(err) {
            console.error('------REQ ERROR')
            console.error(err.stack)
        });
        res.socket.on("error", function(err) {
            console.error('------RES ERROR')
            console.error(err.stack)
        });
        next();
    }

删除该中间件将停止您所看到的警告。我会查看您的代码，并尝试找到您可能设置了不需要的侦听器的任何地方。

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

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

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