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

如何安装:

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

yarn install --frozen-lockfile

or

npm ci

各自的。如果不是的话

yarn install

or

npm i

最近我也遇到了类似的问题。

Starting the development server...

events.js:174
      throw er; // Unhandled 'error' event
      ^

Error: spawn null ENOENT
    at Process.ChildProcess._handle.onexit (internal/child_process.js:240:19)
    at onErrorNT (internal/child_process.js:415:16)
    at process._tickCallback (internal/process/next_tick.js:63:19)
Emitted 'error' event at:
    at Process.ChildProcess._handle.onexit (internal/child_process.js:246:12)
    at onErrorNT (internal/child_process.js:415:16)
    at process._tickCallback (internal/process/next_tick.js:63:19)
error Command failed with exit code 1.

这是由于浏览器的.env文件中有一个错误的配置。我有BROWSER=null，但它必须是BROWSER=none。改变配置解决了我的问题。

在我的例子中，由于没有安装必要的依赖系统资源，我抛出了这个错误。

更具体地说，我有一个使用ImageMagick的NodeJS应用程序。尽管安装了npm包，但核心Linux ImageMagick没有安装。我做了一个apt-get来安装ImageMagick，之后一切都很好!

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

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

步骤1:确保以正确的方式调用spawn

首先，查看child_process的文档。衍生(命令，参数，选项):

使用给定的命令启动一个新进程，并使用args中的命令行参数。如果省略，args默认为空数组。 第三个参数用于指定额外的选项，默认为: {cwd:未定义，env:进程。env} 使用env指定新进程可见的环境变量，默认为process.env。

确保您没有在命令中放入任何命令行参数，并且整个衍生调用都是有效的。执行下一步。

步骤2:识别发出错误事件的事件发射器

在源代码中搜索每个spawn或child_process调用。产卵。

spawn('some-command', [ '--help' ]);

并为'error'事件附加一个事件监听器，这样你就会注意到确切的事件发射器将它作为'Unhandled'抛出。调试之后，可以删除该处理程序。

spawn('some-command', [ '--help' ])
  .on('error', function( err ){ throw err })
;

执行后，您将获得注册'error'侦听器的文件路径和行号。喜欢的东西:

/file/that/registers/the/error/listener.js:29
      throw err;
            ^
Error: spawn ENOENT
    at errnoException (child_process.js:1000:11)
    at Process.ChildProcess._handle.onexit (child_process.js:791:34)

如果前两行是静止的

events.js:72
        throw er; // Unhandled 'error' event

重复这一步，直到它们消失。在进行下一步之前，必须确定发出错误的侦听器。

步骤3:确保设置了环境变量$PATH

有两种可能的情况:

您依赖于默认的衍生行为，因此子进程环境将与process.env相同。 你是显式地传递一个env对象到options参数上产卵。

在这两种场景中，都必须检查生成的子进程将使用的环境对象上的PATH键。

场景1的示例

// inspect the PATH key on process.env
console.log( process.env.PATH );
spawn('some-command', ['--help']);

场景2的示例

var env = getEnvKeyValuePairsSomeHow();
// inspect the PATH key on the env object
console.log( env.PATH );
spawn('some-command', ['--help'], { env: env });

PATH的缺失(即，它是未定义的)将导致spawn发出ENOENT错误，因为它不可能定位任何命令，除非它是可执行文件的绝对路径。

当PATH设置正确后，执行下一步。它应该是一个目录或目录列表。最后一种情况很常见。

步骤4:确保命令存在于PATH中定义的目录中

如果filename命令(即'some-command')在PATH上定义的至少一个目录中不存在，Spawn可能会发出ENOENT错误。

找到命令的确切位置。在大多数linux发行版上，这可以在终端上使用which命令完成。它会告诉你可执行文件的绝对路径(如上所述)，或者告诉你是否没有找到它。

找到命令时which的用法示例及其输出

> which some-command
some-command is /usr/bin/some-command

在找不到命令时，which及其输出的示例用法

> which some-command
bash: type: some-command: not found

未安装的程序是导致找不到命令的最常见原因。如果需要，请参考每个命令文档并安装它。

当命令是一个简单的脚本文件时，确保它可以从PATH上的目录访问。如果不是，要么把它移到一个，要么建立一个链接。

一旦你确定PATH被正确设置并且命令可以从它访问，你应该能够在不抛出spawn ENOENT的情况下生成你的子进程。