步骤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的情况下生成你的子进程。

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

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

使用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怪癖)

---

对我来说，我在package.json中做了以下更改。

  "version": "0.0.0",
  "scripts": {
    "dev": "vite --open",    // delete this line
    "dev": "vite",           // with this one
   .....
  }

Windows解决方案:用节点交叉生成替换生成。例如，在你的app.js的开头:

(function() {
    var childProcess = require("child_process");
    childProcess.spawn = require('cross-spawn');
})(); 

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

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

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

const opts = {
    windowsVerbatimArguments: true
};

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

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