使用要求(“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);
});

当我试图在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，反之亦然。

在运行测试用例时，我也遇到了这个恼人的问题，所以我尝试了许多方法来解决它。但对我来说，有效的方法是在包含主文件的目录中运行你的测试运行器，其中包含你的nodejs衍生函数，如下所示:

nodeProcess = spawn('node',params, {cwd: '../../node/', detached: true });

例如，这个文件名是test.js，所以只需移动到包含它的文件夹。在我的例子中，它是这样的测试文件夹:

cd root/test/

然后从运行您的测试运行程序，在我的情况下，它是摩卡，所以它将是这样的:

mocha test.js

我浪费了一天多的时间来弄清楚。享受! !

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

我发现一个案例不在这个列表中，但它值得添加:

在Alpine Linux上，如果可执行文件不兼容，Node将会出现ENOENT错误。

Alpine期望使用libc生成二进制文件。使用glibc编译的可执行文件(例如chrome作为chromium的一部分)作为系统调用的包装器，在spawn调用ENOENT时将失败。

我的解决方案

var spawn = require('child_process').spawn;

const isWindows = /^win/.test(process.platform); 

spawn(isWindows ? 'twitter-proxy.cmd' : 'twitter-proxy');
spawn(isWindows ? 'http-server.cmd' : 'http-server');