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

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

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

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

cd root/test/

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

mocha test.js

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

如果你在Windows上，Node.js在处理引号时做了一些有趣的事情，可能会导致你发出一个命令，你知道从控制台工作，但不是在Node中运行。例如，以下应该工作:

spawn('ping', ['"8.8.8.8"'], {});

但失败。有一个神奇的无文档选项windowsVerbatimArguments用于处理引号/类似的东西，似乎可以做到这一点，只要确保在你的opts对象中添加以下内容:

const opts = {
    windowsVerbatimArguments: true
};

你的指挥部应该能恢复正常工作了。

 spawn('ping', ['"8.8.8.8"'], { windowsVerbatimArguments: true });

在花费大量时间调试这个问题之前，大多数情况下可以通过删除node_modules并重新安装包来解决。

如何安装:

如果存在锁文件，您可以使用

yarn install --frozen-lockfile

or

npm ci

各自的。如果不是的话

yarn install

or

npm i

当我试图在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 8上得到了同样的错误。问题是由于系统路径的环境变量丢失。将“C:\Windows\System32\”值添加到系统PATH变量中。