我也遇到了同样的问题，但我找到了一个简单的解决方法。 如果程序已经被用户添加到PATH(例如，正常的系统命令工作)，它似乎是spawn()错误。

要解决这个问题，你可以使用which模块(npm install——save which):

// Require which and child_process
const which = require('which');
const spawn = require('child_process').spawn;
// Find npm in PATH
const npm = which.sync('npm');
// Execute
const noErrorSpawn = spawn(npm, ['install']);

当我试图在Debian Linux系统上从VS Code编辑器中调试node.js程序时，我得到了这个错误。我注意到同样的事情在Windows上也可以正常工作。这里之前给出的解决方案没有多大帮助，因为我没有编写任何“衍生”命令。违规代码可能是由微软编写的，并隐藏在VS code程序的引擎盖下。

接下来，我注意到node.js在Windows上被称为node，但在Debian上(可能在基于Debian的系统上，如Ubuntu)，它被称为nodejs。所以我创建了一个别名，从根终端运行

ln -s /usr/bin/nodejs /usr/local/bin/node

这就解决了问题。同样或类似的过程可能也适用于其他情况，即你的node.js被称为nodejs，但你运行的程序希望它被称为node，反之亦然。

Windows解决方案:用节点交叉生成替换生成。例如，在你的app.js的开头:

(function() {
    var childProcess = require("child_process");
    childProcess.spawn = require('cross-spawn');
})(); 

如果您在无法修改源代码的应用程序中遇到此问题，请考虑使用环境变量NODE_DEBUG设置为child_process来调用它，例如NODE_DEBUG=child_process yarn test。这将为您提供在哪个目录中调用了哪些命令行，通常最后一个细节是失败的原因。

对于任何可能偶然发现这一点的人来说，如果所有其他答案都没有帮助，并且你是在Windows上，知道当前Windows上的spawn和patheext环境变量有一个大问题，可以导致某些调用spawn不能工作，这取决于目标命令的安装方式。

使用要求(“child_process”)。Exec代替产卵更具体的错误消息!

例如:

var exec = require('child_process').exec;
var commandStr = 'java -jar something.jar';

exec(commandStr, function(error, stdout, stderr) {
  if(error || stderr) console.log(error || stderr);
  else console.log(stdout);
});