当我得到以下错误:
events.js:72
throw er; // Unhandled 'error' event
^
Error: spawn ENOENT
at errnoException (child_process.js:1000:11)
at Process.ChildProcess._handle.onexit (child_process.js:791:34)
我该采取什么程序来修理呢?
作者注:这个错误的许多问题鼓励我发布这个问题，以供将来参考。
相关问题:
using spawn function with NODE_ENV=production
node.js child_process.spawn ENOENT error - only under supervisord
spawn ENOENT node.js error
https://stackoverflow.com/questions/27603713/nodejs-spawn-enoent-error-on-travis-calling-global-npm-package
Node JS - child_process spawn('npm install') in Grunt task results in ENOENT error
Running "foreman" task Fatal error: spawn ENOENT
unhandled error event in node js Error: spawn ENOENT at errnoException (child_process.js:975:11)
Node.js SpookyJS: error executing hello.js
https://stackoverflow.com/questions/26572214/run-grunt-on-a-directory-nodewebkit
Run exe file with Child Process NodeJS
Node: child_process.spawn not working on Java even though it's in the path (ENOENT)
spawn ENOENT error with NodeJS (PYTHON related)
image resizing is not working in node.js (partial.js) (non-installed dependency)
npm install error ENOENT (build dependency problem)
Cannot install node.js - oracle module on Windows 7 (build dependency problem)
Error installing gulp using nodejs on windows (strange case)
当我试图在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怪癖)
你要改变环境选项吗?
然后看看这个答案。
我试图生成一个节点进程和TIL，您应该在生成时扩展现有的环境变量，否则您将失去PATH环境变量和其他可能重要的环境变量。
这就是我的解决方案:
const nodeProcess = spawn('node', ['--help'], {
env: {
// by default, spawn uses `process.env` for the value of `env`
// you can _add_ to this behavior, by spreading `process.env`
...process.env,
OTHER_ENV_VARIABLE: 'test',
}
});
如果你在Windows上，Node.js在处理引号时做了一些有趣的事情，可能会导致你发出一个命令，你知道从控制台工作，但不是在Node中运行。例如，以下应该工作:
spawn('ping', ['"8.8.8.8"'], {});
但失败。有一个神奇的无文档选项windowsVerbatimArguments用于处理引号/类似的东西，似乎可以做到这一点，只要确保在你的opts对象中添加以下内容:
const opts = {
windowsVerbatimArguments: true
};
你的指挥部应该能恢复正常工作了。
spawn('ping', ['"8.8.8.8"'], { windowsVerbatimArguments: true });
