在我的情况下，删除节点，删除所有AppData/Roaming/npm和AppData/Roaming/npm-cache，并安装节点再次解决问题。

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

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

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

cd root/test/

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

mocha test.js

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

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

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

我在windows 8上得到了同样的错误。问题是由于系统路径的环境变量丢失。将“C:\Windows\System32\”值添加到系统PATH变量中。

注意:此错误几乎总是由于命令不存在、工作目录不存在或由windows特有的错误引起的。

我发现了一个特别简单的方法来了解问题的根本原因:

Error: spawn ENOENT

这个错误的问题是，在错误消息中很少有信息告诉你调用的位置，即没有找到哪个可执行/命令，特别是当你有一个很大的代码库，其中有很多衍生调用时。另一方面，如果我们知道导致错误的确切命令，那么我们可以根据@laconbass的回答来解决问题。

我发现了一种非常简单的方法来发现导致问题的命令，而不是像@laconbass的回答中建议的那样在代码中到处添加事件侦听器。关键思想是用一个包装器包装原始的衍生调用，该包装器打印发送给衍生调用的参数。

这是包装器函数，把它放在index.js或任何你的服务器启动脚本的顶部。

(function() {
    var childProcess = require("child_process");
    var oldSpawn = childProcess.spawn;
    function mySpawn() {
        console.log('spawn called');
        console.log(arguments);
        var result = oldSpawn.apply(this, arguments);
        return result;
    }
    childProcess.spawn = mySpawn;
})();

然后，下次运行应用程序时，在未捕获异常的消息之前，您将看到如下内容:

spawn called
{ '0': 'hg',
  '1': [],
  '2':
   { cwd: '/* omitted */',
     env: { IP: '0.0.0.0' },
     args: [] } }

通过这种方式，你可以很容易地知道哪个命令实际上被执行了，然后你可以找出为什么nodejs不能找到可执行文件来解决这个问题。