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

如何安装:

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

yarn install --frozen-lockfile

or

npm ci

各自的。如果不是的话

yarn install

or

npm i

注意:此错误几乎总是由于命令不存在、工作目录不存在或由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不能找到可执行文件来解决这个问题。

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

模拟器上的本地开发

确保将包安装在本地。通过改变产卵命令与exec，我得到了一个更详细的错误，并发现我没有安装包。简单地运行，检查包是否存在:

酿造安装imagemagick

源

如何研究刷出调用引起的错误:

使用NODE_DEBUG=child_process, Credits to @karl-richter。简单，快速，2019年10月 使用包装器来装饰child_process。刷，积分到@jiaji-zhou。简单，快速，2015年1月 漫长的过程，归功于@laconbass。复杂，时间成本，2014年12月

已知的常见原因

Environment issues The command executable does not exist within the system (dependency not being installed). see prominc's answer The command executable does not exist within a directory of those specified by PATH environment variable. The executable binary was compiled with uncompatible libraries. see danilo-ramirez answer Windows-only bugs/quirks '.cmd' extension / shell: true. see li-zheng answer Administrator permisions. see steve's answer Wrong spawn('command', ['--argument', 'list'], { cwd, env, ...opts }) usage Specified working directory (opts.cwd) does not exist · see leeroy-brun's answer Argument list within command String spawn('command --wrong --argument list') Env vars within command string spawn('ENV_VAR=WRONG command') Argument list Array specified as String spawn('cmd', '--argument list') Unset PATH env variable spawn('cmd', [], { env: { variable } } => spawn('cmd', [], { env: { ...process.env, variable } }

ENOENT有两种可能的起源: 您正在编写的代码 您依赖的代码 当源代码是你依赖的代码时，通常的原因是环境问题(或windows怪癖)

我也遇到了同样的问题，但我找到了一个简单的解决方法。 如果程序已经被用户添加到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']);