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

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

烦人的信息消失了。

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

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

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

You said you are using process.on('uncaughtException', callback); Where are you executing this statement? Is it within the callback passed to http.createServer?If yes, different copy of the same callback will get attached to the uncaughtException event upon each new request, because the function (req, res) { ... } gets executed everytime a new request comes in and so will the statement process.on('uncaughtException', callback);Note that the process object is global to all your requests and adding listeners to its event everytime a new request comes in will not make any sense. You might not want such kind of behaviour. In case you want to attach a new listener for each new request, you should remove all previous listeners attached to the event as they no longer would be required using: process.removeAllListeners('uncaughtException');

我也面临着同样的问题，但我已经成功地处理了异步等待。 请检查是否有帮助。 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})); }

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

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