Làm cách nào để gỡ lỗi Lỗi: sinh ra ENOENT hung trên node.js?

Khi tôi gặp lỗi sau:

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)

Tôi có thể làm theo thủ tục gì để khắc phục?

Tác giả lưu ý : Rất nhiều vấn đề với lỗi này khuyến khích tôi đăng câu hỏi này để tham khảo trong tương lai.

Câu hỏi liên quan:

• sử dụng chức năng sinh sản với NODE_ENV = sản xuất
• node.js child_ process.spawn ENOENT lỗi - chỉ dưới sự giám sát
• sinh ra lỗi ENOENT node.js
• /programming/27603713/nodejs-spawn-enoent-error-on-travis-calling-global-npm-package
• Node JS - child_ process spawn ('npm install') trong tác vụ Grunt dẫn đến lỗi ENOENT
• Chạy nhiệm vụ "foreman" Lỗi nghiêm trọng: sinh ra ENOENT
• sự kiện lỗi chưa xử lý trong nút js Lỗi: sinh ra ENOENT tại errnoException (child_ process.js: 975: 11)
• Node.js SpookyJS: lỗi khi thực hiện hello.js
• /programming/26572214/run-grunt-on-a-directory-nodewebkit
• Chạy tệp exe với Child Process NodeJS
• Nút: child_ process.spawn không hoạt động trên Java mặc dù nó nằm trong đường dẫn (ENOENT)
• sinh ra lỗi ENOENT với NodeJS (liên quan đến PYTHON)
• thay đổi kích thước hình ảnh không hoạt động trong node.js (part.js) (phụ thuộc không được cài đặt)
• npm cài đặt lỗi ENOENT (vấn đề phụ thuộc xây dựng)
• Không thể cài đặt node.js - mô-đun oracle trên Windows 7 (vấn đề phụ thuộc xây dựng)
• Lỗi khi cài đặt gulp bằng cách sử dụng nodejs trên windows (trường hợp lạ)

LƯU Ý: Lỗi này hầu như luôn xảy ra do lệnh không tồn tại, vì thư mục làm việc không tồn tại hoặc từ một lỗi chỉ dành cho windows.

Tôi tìm thấy một cách dễ dàng đặc biệt để có được ý tưởng về nguyên nhân gốc rễ của:

Error: spawn ENOENT

Vấn đề của lỗi này là, thực sự có rất ít thông tin trong thông báo lỗi để cho bạn biết vị trí của cuộc gọi, tức là không tìm thấy lệnh thực thi / lệnh nào, đặc biệt là khi bạn có một cơ sở mã lớn, nơi có rất nhiều cuộc gọi sinh sản . Mặt khác, nếu chúng ta biết lệnh chính xác gây ra lỗi thì chúng ta có thể làm theo câu trả lời của @laconbass ' để khắc phục sự cố.

Tôi đã tìm thấy một cách rất dễ dàng để phát hiện ra lệnh nào gây ra sự cố thay vì thêm trình lắng nghe sự kiện ở mọi nơi trong mã của bạn như được đề xuất trong câu trả lời của @laconbass. Ý tưởng chính là kết thúc cuộc gọi sinh sản ban đầu bằng một trình bao bọc in ra các đối số gửi đến cuộc gọi sinh sản.

Đây là chức năng trình bao bọc, đặt nó ở đầu index.jshoặc bất kỳ tập lệnh bắt đầu nào của máy chủ của bạn.

(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;
})();

Sau đó, lần tới khi bạn chạy ứng dụng của mình, trước thông báo của ngoại lệ chưa được phát hiện, bạn sẽ thấy một cái gì đó như thế:

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

Theo cách này, bạn có thể dễ dàng biết lệnh nào thực sự được thực thi và sau đó bạn có thể tìm hiểu lý do tại sao nodejs không thể tìm thấy tệp thực thi để khắc phục sự cố.

Bước 1: Đảm bảo spawnđược gọi đúng cách

Đầu tiên, xem lại các tài liệu cho child_ process.spawn (lệnh, args, tùy chọn) :

Khởi chạy một quy trình mới với các đối số đã cho command, với các đối số dòng lệnh trong args. Nếu bị bỏ qua, argsmặc định là một mảng trống.

Đối số thứ ba được sử dụng để chỉ định các tùy chọn bổ sung, mặc định là:

{ cwd: undefined, env: process.env }

Sử dụng envđể xác định các biến môi trường sẽ hiển thị cho quy trình mới, mặc định là process.env.

Đảm bảo bạn không đặt bất kỳ đối số dòng lệnh nào commandvà toàn bộ spawncuộc gọi là hợp lệ . Tiến hành bước tiếp theo.

Bước 2: Xác định Trình phát sự kiện phát ra sự kiện lỗi

Tìm kiếm trên mã nguồn của bạn cho mỗi cuộc gọi đến spawn, hoặc child_process.spawn, tức là

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

và đính kèm một trình lắng nghe sự kiện cho sự kiện 'lỗi', để bạn được chú ý đến Trình phát sự kiện chính xác đang ném nó là 'Chưa xử lý'. Sau khi gỡ lỗi, trình xử lý đó có thể được gỡ bỏ.

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

Thực thi và bạn sẽ nhận được đường dẫn tệp và số dòng nơi trình nghe 'lỗi' của bạn đã được đăng ký. Cái gì đó như:

/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)

Nếu hai dòng đầu vẫn còn

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

làm bước này một lần nữa cho đến khi họ không Bạn phải xác định người nghe phát ra lỗi trước khi tiếp tục bước tiếp theo.

Bước 3: Đảm bảo biến môi trường $PATH được đặt

Có hai tình huống có thể xảy ra:

1. Bạn dựa vào spawnhành vi mặc định , vì vậy môi trường xử lý con sẽ giống như process.env.
2. Bạn đang tự do truyền một envđối tượng spawnvào optionsđối số.

Trong cả hai kịch bản, bạn phải kiểm tra PATHkhóa trên đối tượng môi trường mà quá trình con sinh ra sẽ sử dụng.

Ví dụ cho kịch bản 1

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

Ví dụ cho kịch bản 2

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

Việc không có PATH(nghĩa là nó undefined) sẽ gây spawnra ENOENTlỗi , vì sẽ không thể xác định được bất kỳ trường hợp nào commandtrừ khi đó là đường dẫn tuyệt đối đến tệp thực thi.

Khi PATHđược đặt chính xác, tiến hành bước tiếp theo. Nó nên là một thư mục, hoặc một danh sách các thư mục. Trường hợp cuối cùng là bình thường.

Bước 4: Đảm bảo commandtồn tại trên một thư mục của những người được xác định trongPATH

Spawn có thể phát ra ENOENTlỗi nếu tên tệp command(nghĩa là 'some-command') không tồn tại trong ít nhất một trong các thư mục được xác định trên PATH.

Xác định vị trí chính xác của command. Trên hầu hết các bản phân phối linux, điều này có thể được thực hiện từ một thiết bị đầu cuối với whichlệnh. Nó sẽ cho bạn biết đường dẫn tuyệt đối đến tệp thực thi (như ở trên) hoặc cho biết nếu nó không được tìm thấy.

Ví dụ sử dụng mà và đầu ra của nó khi tìm thấy một lệnh

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

Ví dụ sử dụng và đầu ra của nó khi không tìm thấy lệnh

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

các chương trình cài đặt sai là nguyên nhân phổ biến nhất cho lệnh không tìm thấy . Tham khảo từng tài liệu lệnh nếu cần và cài đặt nó.

Khi lệnh là một tệp script đơn giản, đảm bảo nó có thể truy cập được từ một thư mục trên PATH. Nếu không, hãy chuyển nó sang một hoặc tạo liên kết đến nó.

Khi bạn xác định PATHđược đặt chính xác và commandcó thể truy cập được từ nó, bạn sẽ có thể sinh ra quá trình con của mình mà không spawn ENOENTbị ném.

Như @DanielImfeld đã chỉ ra , ENOENT sẽ bị ném nếu bạn chỉ định "cwd" trong các tùy chọn, nhưng thư mục đã cho không tồn tại.

Giải pháp Windows: Thay thế spawnbằng sinh sản chéo nút . Ví dụ như thế này khi bắt đầu app.js của bạn:

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

Câu trả lời của @ laconbass đã giúp tôi và có lẽ đúng nhất.

Tôi đến đây vì tôi đang sử dụng sinh sản không chính xác. Một ví dụ đơn giản:

Điều này là không chính xác:

const s = cp.spawn('npm install -D suman', [], {
    cwd: root
});

Điều này là không chính xác:

const s = cp.spawn('npm', ['install -D suman'], {
    cwd: root
});

chính xác:

const s = cp.spawn('npm', ['install','-D','suman'], {
    cwd: root
});

tuy nhiên, tôi khuyên bạn nên làm theo cách này:

const s = cp.spawn('bash');
s.stdin.end(`cd "${root}" && npm install -D suman`);
s.once('exit', code => {
   // exit
});

điều này là do sau đó cp.on('exit', fn)sự kiện sẽ luôn luôn kích hoạt, miễn là bash được cài đặt, nếu không, cp.on('error', fn)sự kiện có thể kích hoạt trước, nếu chúng ta sử dụng nó theo cách đầu tiên, nếu chúng ta khởi chạy 'npm' trực tiếp.

Đối với ENOENT trên Windows, https://github.com/nodejs/node-v0.x-archive/issues/2318#issuecomment-249355505 sửa nó.

ví dụ: thay thế sinh sản ('npm', ['-v'], {stdio: 'kế thừa'}) bằng:

• cho tất cả phiên bản node.js:

  spawn(/^win/.test(process.platform) ? 'npm.cmd' : 'npm', ['-v'], {stdio: 'inherit'})

• cho node.js 5.x trở lên:

  spawn('npm', ['-v'], {stdio: 'inherit', shell: true})

Đối với bất kỳ ai có thể vấp phải điều này, nếu tất cả các câu trả lời khác không có ích và bạn đang ở trên Windows, hãy biết rằng hiện tại có một vấn đề lớn với spawnWindows và PATHEXTbiến môi trường có thể khiến một số cuộc gọi sinh ra không hoạt động tùy thuộc vào cách thức lệnh đích được cài đặt.

Trong trường hợp của tôi, tôi đã nhận được lỗi này do tài nguyên hệ thống phụ thuộc cần thiết không được cài đặt.

Cụ thể hơn, tôi có một ứng dụng NodeJS đang sử dụng ImageMagick. Mặc dù đã cài đặt gói npm, nhưng Linux ImageMagick lõi không được cài đặt. Tôi đã thực hiện một apt-get để cài đặt ImageMagick và sau đó tất cả đều hoạt động rất tốt!

trong windows, chỉ cần thêm shell: truetùy chọn đã giải quyết vấn đề của tôi:

sai:

const { spawn } = require('child_process');
const child = spawn('dir');

chính xác:

const { spawn } = require('child_process');
const child = spawn('dir', [], {shell: true});

Bạn đang thay đổi envtùy chọn?

Sau đó nhìn vào câu trả lời này.

Tôi đã cố gắng tạo ra một quy trình nút và TIL rằng bạn nên trải rộng các biến môi trường hiện có khi bạn sinh ra khác, bạn sẽ mất PATH biến môi trường và có thể cả các biến quan trọng khác.

Đây là bản sửa lỗi cho tôi:

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',
  }
});

Trước khi bất cứ ai dành nhiều thời gian để gỡ lỗi vấn đề này, hầu hết thời gian có thể được giải quyết bằng cách xóa node_modules và cài đặt lại các gói.

Để cài đặt:

Nếu một lockfile tồn tại, bạn có thể sử dụng

yarn install --frozen-lockfile

hoặc là

npm ci

trân trọng Nếu không thì

yarn install

hoặc là

npm i

Tôi gặp vấn đề tương tự, nhưng tôi tìm thấy một cách đơn giản để khắc phục nó. Nó có vẻ là spawn()lỗi nếu người dùng đã thêm chương trình vào PATH (ví dụ: các lệnh hệ thống bình thường hoạt động).

Để khắc phục điều này, bạn có thể sử dụng mà mô-đun ( 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']);

Sử dụng require('child_process').execthay vì sinh sản cho một thông báo lỗi cụ thể hơn!

ví dụ:

var exec = require('child_process').exec;
var commandStr = 'java -jar something.jar';

exec(commandStr, function(error, stdout, stderr) {
  if(error || stderr) console.log(error || stderr);
  else console.log(stdout);
});

Đảm bảo mô-đun được thực thi được cài đặt hoặc đường dẫn đầy đủ đến lệnh nếu đó không phải là mô-đun nút

Tôi cũng đã trải qua vấn đề khó chịu này trong khi chạy các trường hợp thử nghiệm của mình, vì vậy tôi đã thử nhiều cách để vượt qua nó. Nhưng cách làm việc đối với tôi là chạy trình chạy thử nghiệm của bạn từ thư mục chứa tệp chính của bạn , bao gồm chức năng sinh sản của nodejs giống như thế này:

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

Ví dụ: tên tệp này là test.js , vì vậy chỉ cần di chuyển đến thư mục chứa nó . Trong trường hợp của tôi, nó là thư mục thử nghiệm như thế này:

cd root/test/

sau đó từ chạy chạy thử nghiệm của bạn trong trường hợp của tôi mocha của nó vì vậy nó sẽ như thế này:

mocha test.js

Tôi đã lãng phí hơn một ngày để tìm ra nó. Thưởng thức!!

Tôi gặp phải vấn đề này trên Windows, trong đó việc gọi execvà spawnvới cùng một lệnh chính xác (bỏ qua các đối số) hoạt động tốt exec(vì vậy tôi biết lệnh của tôi đã được bật $PATH), nhưng spawnsẽ cung cấp cho ENOENT. Hóa ra tôi chỉ cần nối thêm .exelệnh tôi đang sử dụng:

import { exec, spawn } from 'child_process';

// This works fine
exec('p4 changes -s submitted');

// This gives the ENOENT error
spawn('p4');

// But this resolves it
spawn('p4.exe');
// Even works with the arguments now
spawn('p4.exe', ['changes', '-s', 'submitted']);

Tôi đã gặp lỗi này khi cố gắng gỡ lỗi chương trình node.js từ bên trong trình soạn thảo Mã VS trên hệ thống Debian Linux. Tôi nhận thấy điều tương tự hoạt động tốt trên Windows. Các giải pháp được đưa ra trước đây không giúp ích nhiều vì tôi đã không viết bất kỳ lệnh "sinh sản" nào. Mã vi phạm có lẽ được viết bởi Microsoft và được ẩn dưới chương trình VS Code.

Tiếp theo tôi nhận thấy rằng node.js được gọi là nút trên Windows nhưng trên Debian (và có lẽ trên các hệ thống dựa trên Debian như Ubuntu), nó được gọi là nodejs. Vì vậy, tôi đã tạo một bí danh - từ một thiết bị đầu cuối gốc, tôi đã chạy

ln -s / usr / bin / nodejs / usr / local / bin / nút

và điều này đã giải quyết vấn đề. Quy trình tương tự hoặc tương tự có lẽ sẽ hoạt động trong các trường hợp khác trong đó node.js của bạn được gọi là nodejs nhưng bạn đang chạy một chương trình dự kiến ​​nó sẽ được gọi là nút hoặc ngược lại.

Nếu bạn đang sử dụng Windows Node.js, việc xử lý các trích dẫn có thể dẫn đến việc bạn đưa ra một lệnh mà bạn biết là hoạt động từ bảng điều khiển, nhưng không chạy khi chạy trong Node. Ví dụ như sau nên hoạt động:

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

nhưng thất bại. Có một tùy chọn không có giấy tờ tuyệt vời windowsVerbatimArgumentsđể xử lý các trích dẫn / tương tự mà dường như thực hiện thủ thuật, chỉ cần đảm bảo thêm các mục sau vào đối tượng opts của bạn:

const opts = {
    windowsVerbatimArguments: true
};

và lệnh của bạn sẽ trở lại trong kinh doanh.

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

giải pháp trong trường hợp của tôi

var spawn = require('child_process').spawn;

const isWindows = /^win/.test(process.platform); 

spawn(isWindows ? 'twitter-proxy.cmd' : 'twitter-proxy');
spawn(isWindows ? 'http-server.cmd' : 'http-server');

Trong trường hợp bạn đang gặp vấn đề này với một ứng dụng có nguồn mà bạn không thể sửa đổi, hãy xem xét việc gọi nó với biến môi trường NODE_DEBUGđược đặt thành child_process, vd NODE_DEBUG=child_process yarn test. Điều này sẽ cung cấp cho bạn thông tin những dòng lệnh nào đã được gọi trong thư mục nào và thường thì chi tiết cuối cùng là lý do cho sự thất bại.

Mặc dù nó có thể là một đường dẫn môi trường hoặc một vấn đề khác đối với một số người, tôi vừa cài đặt tiện ích mở rộng latex Workshop cho Visual Studio Code trên Windows 10 và thấy lỗi này khi cố gắng xây dựng / xem trước PDF. Chạy VS Code với tư cách là Quản trị viên đã giải quyết vấn đề cho tôi.

Tôi đã gặp lỗi tương tự cho windows 8. Vấn đề là do biến môi trường của đường dẫn hệ thống của bạn bị thiếu. Thêm giá trị "C: \ Windows \ System32 \" vào biến PATH hệ thống của bạn.

Thêm C:\Windows\System32\vàopath biến môi trường.

Các bước

1. Đi đến máy tính và tài sản của tôi

2. Nhấp vào Cài đặt nâng cao

3. Sau đó vào biến môi trường

4. Chọn Pathvà sau đó nhấp vào chỉnh sửa

5. Dán sau đây nếu chưa có: C:\Windows\System32\

6. Đóng dấu nhắc lệnh

7. Chạy lệnh mà bạn muốn chạy