I hit this on my laptop running win8. this worked.
Run cmd.exe as 'Administrator':
C:\Windows\System32>taskkill /F /IM node.exe SUCCESS: The process "node.exe" with PID 11008 has been terminated.반응형
=================================
=================================
=================================
//피차 종료못한 남은 프로세스[무한루프, 잘못된서버종료 등등]
윈도우 CMD[command]:
Taskkill /IM node.exe /F
=================================
=================================
=================================
출처: http://nodejs.sideeffect.kr/docs/v0.8.15/api/child_process.html
Table of Contents
Child Process#
Stability: 3 - StableNode는 child_process 모듈로 세 방향의 popen(3) 기능을 제공한다.
완전한 넌블락킹 방법으로 자식 프로세스의 stdin, stdout, stderr에 데이터를 스트리밍하는 것이 가능하다.
자식 프로세스를 생성하려면 require('child_process').spawn()나 require('child_process').fork()를 사용해라. 각각의 의미는 약간 다른데 아래에서 설명한다.
Class: ChildProcess#
ChildProcess는 EventEmitter이다.
자식 프로세스들은 자신들과 연관된 세 가지 스트림 child.stdin, child.stdout, child.stderr를 항상 가진다. 이 세 스트림은 부모 프로세스의 stdio 스트림을 공유하거나 파이프로 연결될 수 있는 스크림을 구분할 것이다.
ChildProcess 클래스는 직접 사용하도록 만들어 진 것이 아니다. 자식 프로세스의 인스턴스를 생성하려면 spawn()나 fork()를 사용해라.
Event: 'exit'#
code숫자 정상적으로 종료되는 경우의 종료코드.signalString 부모가 자식프로세스를 죽일 때 자식 프로세스에 전달하는 신호.
이 이벤트는 자식프로세스가 종료된 후에 발생한다. 프로세스가 정상적으로 종료된다면 code는 프로세스의 최종 종료코드이고 정상적으로 종료되지 않았다면 null이다. 프로세스가 신호를 받아서 종료되었다면 signal는 문자열로 된 신호의 이름이고 신호를 받아서 종료되지 않았다면 null이다.
자식 프로세스의 stdio 스트림은 여전히 열려있을 것이다.
waitpid(2)를 봐라.
Event: 'close'#
이 이벤트는 자식 프로세스의 stdio 스트림이 모두 종료되었을 때 발생한다. 이 이벤트는 다중 프로세스가 같은 stdio 스트림을 공유할 수도 있으므로 'exit'와는 다르다.
Event: 'disconnect'#
이 이벤트는 부모나 자식의 .disconnect() 메서드를 사용한 수에 발생한다. 연결이 끊긴 후에는 더이상 메시지를 보낼 수 없다. child.connected 프로퍼티가 true인지 확인하는 것이 메시지를 보낼 수 있는지 검사하는 또 다른 방법이다.
Event: 'message'#
messageObject 파싱된 JSON 객체나 프리미티브 값sendHandleHandle object Socket이나 Server 객체
.send(message, [sendHandle])로 보낸 메시지는 message 이벤트로 받는다.
child.stdin#
- Stream 객체
자식 프로세스의 stdin를 나타내는 Writable Stream이다. end()로 이 스트림을 닫으면 종종 자식 프로세스가 종료되기도 한다.
자식 프로세스의 stdio 스트림이 부모 프로세스와 공유한다면 이 값은 설정되지 않을 것이다.
child.stdout#
- Stream 객체
자식 프로세스의 stdout를 나타내는 Readable Stream이다.
자식 프로세스의 stdio 스트림이 부모 프로세스와 공유한다면 이 값은 설정되지 않을 것이다.
child.stderr#
- Stream 객체
자식 프로세스의 stderr를 나타내는 Readable Stream이다.
자식 프로세스의 stdio 스트림이 부모 프로세스와 공유한다면 이 값은 설정되지 않을 것이다.
child.pid#
- 정수
자식 프로세스의 PID.
예제:
var spawn = require('child_process').spawn, grep = spawn('grep', ['ssh']); console.log('Spawned child pid: ' + grep.pid); grep.stdin.end();child.kill([signal])#
signal문자열
자식 프로세스에 신호를 보낸다. 아규먼트를 전달하지 않으면 프로세스는 'SIGTERM'를 보낼 것이다. 사용할 수 있는 신호 목록은 signal(7)를 참고해라.
var spawn = require('child_process').spawn, grep = spawn('grep', ['ssh']); grep.on('exit', function (code, signal) { console.log('child process terminated due to receipt of signal '+signal); }); // 프로세스에 SIGHUP를 보낸다 grep.kill('SIGHUP');함수의 이름이 kill이기는 하지만 자식 프로세스에 전달된 신호가 실제로 자식 프로세스를 죽이지는 않을 것이다. kill은 프로세스에 단지 신호를 보낼 뿐이다.
kill(2)를 참고해라.
child.send(message, [sendHandle])#
message객체sendHandleHandle 객체
child_process.fork()를 사용했을 때 child.send(message, [sendHandle])를 사용해서 자식에 작성할 수 있고 자식에서는 'message' 이벤트로 메시지를 받는다.
예를 들어:
var cp = require('child_process'); var n = cp.fork(__dirname + '/sub.js'); n.on('message', function(m) { console.log('PARENT got message:', m); }); n.send({ hello: 'world' });그리고 자식 스크립트인 'sub.js'는 다음과 같을 것이다.
process.on('message', function(m) { console.log('CHILD got message:', m); }); process.send({ foo: 'bar' });자식에서 process 객체는 send() 메시지를 가질 것이고 process는 채널에서 메시지를 받을 때마다 객체를 발생시킬 것이다.
{cmd: 'NODE_foo'} 메시지를 보냈을 때 특별한 경우가 있다. cmd 프로퍼티에 NODE_ 접두사가 있는 모든 메시지는 node 코어에서 사용되는 내부 메시지이므로 message 이벤트에서 발생하지 않을 것이다. 접두사가 있는 메시지들은 internalMessage 이벤트를 발생시킨다. 이는 별도의 공지없이 변경되므로 이 기능을 사용하지 말아야 한다는 것을 의미한다.
The sendHandle option to child.send() is for sending a TCP server or socket object to another process. The child will receive the object as its second argument to the message event. child.send()의 sendHandle 옵션은 TCP 서버나 소켓 객체를 다른 프로세스에 보내는 용도이다. 자식 프로세스는 message 이벤트의 두번째 아규먼트로 이 객체를 받을 것이다. 자식 프로세스에 메시지(선택적으로 핸들 객체와 함께)를 보낸다.
서버 객체 전송
다음은 서버를 전송하는 예제다.
var child = require('child_process').fork('child.js'); // 서버객체를 열고 handle을 전송한다. var server = require('net').createServer(); server.on('connection', function (socket) { socket.end('handled by parent'); }); server.listen(1337, function() { child.send('server', server); });자식프로세스는 다음과 같이 서버 객체를 받는다.
process.on('message', function(m, server) { if (m === 'server') { server.on('connection', function (socket) { socket.end('handled by child'); }); } });서버는 이제 부모와 자식사이에서 공유된다. 이는 연결들이 부모와 자식에서 모두 다룰 수 있다는 의미이다.
소켓 객체 전송
다음은 소켓을 전송하는 예제다. 이 예제는 두 자식 프로세스를 생성하고 "특별한" 자식 프로세스에 소켓을 전송해서 VIP인 원격주소 "special"의 연결을 다룬다. 다른 소켓들은 "보통의" 프로세스로 갈 것이다.
var normal = require('child_process').fork('child.js', ['normal']); var special = require('child_process').fork('child.js', ['special']); // 서버를 열고 자식 프로세스에 소켓을 전송한다 var server = require('net').createServer(); server.on('connection', function (socket) { // VIP 이라면 if (socket.remoteAddress === '74.125.127.100') { special.send('socket', socket); return; } // 그냥 일반적인 소켓들 normal.send('socket', socket); }); server.listen(1337);child.js는 다음과 같다.
process.on('message', function(m, socket) { if (m === 'socket') { socket.end('You were handled as a ' + process.argv[2] + ' person'); } });일단 하나의 소켓을 자식 프로세스에 보내면 부모 프로세서는 소켓이 소멸된 것을 더이상 추적할 수 없다. 소켓이 소멸된 것을 나타내기 위해 .connections 프로퍼티가 null이 된다. 이 경우에 .maxConnections를 사용하지 않기를 권장한다.
child.disconnect()#
부모와 자식간의 IPC 연결을 닫으려면 child.disconnect() 메서드를 사용해라. 이 메서드는 살아있는 IPC 채널이 없기 때문에 자식프로세스가 안전적으로 종료할 수 있게 한다. 이 메서드를 호출했을 때 부모와 자식 모두에서 disconnect 이벤트가 발생할 것이고 connected 플래그는 false가 된다. 자식 프로세스에서 process.disconnect()를 호출할 수 있다는 것을 기억해라.
child_process.spawn(command, [args], [options])#
command문자열 실행할 명령어args배열 문자열 아규먼트의 리스트options객체cwd문자열 자식 프로세스의 현재 워킹 디렉토리stdio배열|문자열 자식의 stdio 설정. (하단을 참고)customFds배열 폐기됨 stdio에 사용할 자식 프로세스의 파일 디스크립터 (하단을 참고)env객체 환경변수 키-밸류 쌍detached불리언 자식이 프로세스 그룹의 리더가 될 것이다. (하단을 참고)uid숫자 프로세스의 사용자 id를 설정한다. (setuid(2) 참고.)gid숫자 프로세스의 그룹 id를 설정한다. (setgid(2) 참고.)
- return: ChildProcess 객체
명령행 아규먼트 args와 함께 주어진 command로 새로운 프로세스를 실행한다. 생략할 경우 args의 기본값은 비어있는 배열이다.
세 번째 아규먼트는 선택적으로 옵션을 지정하기 위해서 사용하면 기본값은 다음과 같다.
{ cwd: undefined, env: process.env }cwd로 프로세스가 생성되는(spawn)가 생성되는 워킹 디렉토리를 지정할 수 있다. env를 사용해서 새로운 프로세스에서 볼 수 있는 환경 변수를 지정한다.
다음은 ls -lh /usr를 실행하고 stdout, stderr와 종료 코드를 잡는 예제다.
var spawn = require('child_process').spawn, ls = spawn('ls', ['-lh', '/usr']); ls.stdout.on('data', function (data) { console.log('stdout: ' + data); }); ls.stderr.on('data', function (data) { console.log('stderr: ' + data); }); ls.on('exit', function (code) { console.log('child process exited with code ' + code); });예제: 'ps ax | grep ssh'를 실행하는 아주 정교한 방법.
var spawn = require('child_process').spawn, ps = spawn('ps', ['ax']), grep = spawn('grep', ['ssh']); ps.stdout.on('data', function (data) { grep.stdin.write(data); }); ps.stderr.on('data', function (data) { console.log('ps stderr: ' + data); }); ps.on('exit', function (code) { if (code !== 0) { console.log('ps process exited with code ' + code); } grep.stdin.end(); }); grep.stdout.on('data', function (data) { console.log('' + data); }); grep.stderr.on('data', function (data) { console.log('grep stderr: ' + data); }); grep.on('exit', function (code) { if (code !== 0) { console.log('grep process exited with code ' + code); } });실패한 실행을 확인하는 예제.
var spawn = require('child_process').spawn, child = spawn('bad_command'); child.stderr.setEncoding('utf8'); child.stderr.on('data', function (data) { if (/^execvp\(\)/.test(data)) { console.log('Failed to start child process.'); } });spawn이 비어 있는 옵션 객체를 받으면 process.env를 사용하는 대신 비어있는 환경변수를 가진 프로세스를 생성(spawn)할 것이다. 이는 폐기된 API와 관련된 하위 호환성때문에 존재하는 것이다.
child_process.spawn()의 'stdio' 옵션은 자식 프로세스의 fd에 대응하는 각 인덱스 배열이다. 값은 다음 중 하나이다.
'pipe'- 자식프로세스와 부모프로세스간의 파이프를 생성한다. 파이프의 부모 쪽은ChildProcess.stdio[fd]처럼child_process객체의 프로퍼티로 부모에게 노출된다. fd 0 - 2에 대해 생성된 파이프들은 각각 ChildProcess.stdin, ChildProcess.stdout, ChildProcess.stderr로 사용할 수도 있다.'ipc'- 부모와 자식간에 메시지/파일 디스크립터를 전달하는 IPC 채널을 생성한다. ChildProcess는 많아야 하나의 IPC stdio 파일 디스크립터를 가진다. 이 옵션을 설정하면 ChildProcess.send() 메서드가 활성화된다. 자식 프로세스가 이 파일 디스크립터에 JSON 메시지를 작성한다면 파일디스크립터는 ChildProcess.on('message')를 실행한다. 자식 프로세스가 Node.js 프로그램이면서 IPC 채널이 있으면 process.send()와 process.on('message') 를 활성화한다.'ignore'- 자식 프로세스에서 이 파일디스크립터를 설정하지 마라. Node는 생성한 프로세스에 대해 항상 fd 0 - 2를 연다. 이 중에 무시되는 것이 있다면 node는/dev/null를 열고 자식의 fd에 붙힐 것이다.Stream객체 - tty, 파일, 소켓, 자식프로세스에 연결된 파이프를 참조하는 읽거나 쓰기가 가능한 스트림을 공유한다. 스트림이 의존하는 파일 디스크립터는 자식 프로세스에서stdio비열의 인덱스에 대응하는 fd로 복제된다.- 양의 정수 - 이 정수값은 부모 프로세스에서 현재 열려있는 파일 디스크립터로 변환된다.
Stream객체가 공유되는 방법과 유사하게 자식 프로세스와 공유된다. null,undefined- 기본값을 사용한다. stdio fd 0, 1, 2(즉 stdin, stdout, stderr)에 대한 파이프를 생성한다. fd 3 이상에 대한 기본값은'ignore'이다.
간단하게 stdio 아규먼트는 배열보다는 다음 문자열중의 하나가 될 수도 있다.
ignore-['ignore', 'ignore', 'ignore']pipe-['pipe', 'pipe', 'pipe']inherit-[process.stdin, process.stdout, process.stderr]나[0,1,2]
예제:
var spawn = require('child_process').spawn; // 자식은 부모의 stdio를 사용할 것이다 spawn('prg', [], { stdio: 'inherit' }); // stderr만 공유하는 자식프로세스를 생성한다 spawn('prg', [], { stdio: ['pipe', 'pipe', process.stderr] }); // startd 방식의 인터페이스를 제공하는 프로그램과 상호작용하기 위해 // 여분의 fd=4를 연다 spawn('prg', [], { stdio: ['pipe', null, null, null, 'pipe'] });detached 옵션을 설정하면 자식 프로세스가 새로운 프로세스 그룹의 리더가 될 것이다. 이는 부모가 종료된 후에도 자식 프로세스가 계속해서 동작할 수 있게 한다.
기본적으로 부모는 분리된(detached) 자식프로세스가 종료되길 기다릴 것이다. 부모가 child을 기다리지 않게 하려면 child.unref() 메서드를 사용해라. 부모의 이벤트루프는 참조수에 자식을 포함시키지 않을 것이다.
오랫동안 실행되는 프로세스를 분리하고 출력을 파일로 보내는 예제.
var fs = require('fs'), spawn = require('child_process').spawn, out = fs.openSync('./out.log', 'a'), err = fs.openSync('./out.log', 'a'); var child = spawn('prg', [], { detached: true, stdio: [ 'ignore', out, err ] }); child.unref();오랫동안 동작하는 프로세스를 시작하려고 detached 옵션을 사용해도 stdio 설정을 부모에 접속하지 않도록 하지 않으면 프로세스는 백그라운드에서 동작하지 않을 것이다. 부모의 stdio를 상속받았다면 자식은 제어하는 터미널에 연결된 채로 유지될 것이다.
자식 프로세스의 stdio에 특정 파일 디스크립터를 지정하는 폐기된 옵션인 customFds가 있다. 이 API는 모든 플랫폼에서 사용할 수 있는 것이 아니라서 삭제되었다. customFds를 사용해서 새로운 프로세스의 [stdin, stdout, stderr]를 존재하는 스트림으로 후킹할 수 있다. -1은 새로운 스트림이 생성되어야 한다는 것을 의미한다. 사용할 때는 위험을 감수해라.
여러가지 내부 옵션이 존재한다. 특히 stdinStream, stdoutStream, stderrStream가 있다. 이 옵션들은 내부적으로만 사용된다. Node에서 문서화되지 않은 모든 API는 사용하지 말아야 한다.
child_process.exec()와 child_process.fork()도 참고해라.
child_process.exec(command, [options], callback)#
command문자열 실행할 명령어로 전달할 아규먼트는 공백으로 구분한다options객체cwd문자열 자식 프로세스의 현재 워킹 디렉토리stdio배열|문자열 자식의 stdio 설정. (상단 참조)customFds배열 폐기됨 stdio에 사용할 자식 프로세스의 파일 디스크립터 (상단 참고)env객체 환경변수 키-밸류 쌍encoding문자열 (기본값: 'utf8')timeout숫자 (기본값: 0)maxBuffer숫자 (기본값: 200*1024)killSignal문자열 (기본값: 'SIGTERM')
callback함수 프로세스가 종료되었을 대 출력과 함께 호출된다errorErrorstdoutBufferstderrBuffer
- Return: ChildProcess 객체
쉘에서 명령어를 실행하고 출력을 버퍼에 넣는다.
var exec = require('child_process').exec, child; child = exec('cat *.js bad_file | wc -l', function (error, stdout, stderr) { console.log('stdout: ' + stdout); console.log('stderr: ' + stderr); if (error !== null) { console.log('exec error: ' + error); } });콜백은 (error, stdout, stderr) 아규먼트를 받는다. 성공했을 때 error는 null이 된다. 오류가 있을 경우 error는 Error의 인스턴스가 되고 err.code는 자식 프로세스의 종료코드가 되고 err.signal은 프로세스를 종료하는 신호로 설정될 것이다.
두번째 선택적인 아규먼트는 여러가지 옵션을 지정한다. 기본 옵션은 다음과 같다.
{ encoding: 'utf8', timeout: 0, maxBuffer: 200*1024, killSignal: 'SIGTERM', cwd: null, env: null }timeout이 0보다 크면 timeout 밀리초보다 오래 실행되는 경우 자식 프로세스를 죽일 것이다. 자식 프로세스는 killSignal (기본값: 'SIGTERM') 신호로 죽는다. maxBuffer는 stdout이나 stderr에서 사용할 수 있는 가장 큰 데이터의 양을 지정한다. maxBuffer갑을 초과하면 자식 프로세스는 죽을 것이다.
child_process.execFile(file, args, options, callback)#
file문자열 실행할 프로그램의 파일명args배열 문자열 아규먼트의 목록options객체cwd문자열 자식 프로세스의 현재 워킹 디렉토리stdio배열|문자열 자식의 stdio 설정. (상단 참조)customFds배열 폐기됨 stdio에 사용할 자식 프로세스의 파일 디스크립터 (상단 참고)env객체 환경변수의 키-밸류 쌍encoding문자열 (기본값: 'utf8')timeout숫자 (기본값: 0)maxBuffer숫자 (기본값: 200*1024)killSignal문자열 (기본값: 'SIGTERM')
callback함수 프로세스가 종료되었을 때 출력과 함께 호출된다.errorErrorstdoutBufferstderrBuffer
- Return: ChildProcess 객체
하위 쉘을 실행하는 대신에 지정한 파일을 직접 실행한다는 점을 제외하면 child_process.exec()와 유사하다. child_process.exec보다 약간 의존적이게 만든다. 이는 같은 옵션을 가진다.
child_process.fork(modulePath, [args], [options])#
modulePath문자열 자식프로세스에서 실행될 모듈args배열 문자열 아규먼트의 목록options객체cwd문자열 자식프로세스의 현재 워킹 디렉토리env객체 환경변수의 키-밸류 쌍encoding문자열 (기본값: 'utf8')
- Return: ChildProcess 객체
이는 Node 프로세스를 생성하기(spawn) 위해 spawn() 기능의 특별한 경우이다. 게다가 보통의 ChildProcess 인스턴스에서 모든 메서드를 가지려고 반환된 객체는 내장된 통신 채널을 가진다. 자세한 내용은 child.send(message, [sendHandle])를 참고해라.
기본적으로 생성된(spawned) Node 프로세서는 부모의 stdout, stderr와 연관된 stdout, stderr를 가질 것이다. 이 동작을 변경하려면 options 객체의 silent 프로퍼티를 true로 설정해라.
자식 프로세스들은 완료되었다고 자동으로 종료되지 않으므로 명시적으로 process.exit()를 호출해야 한다. 차후에는 이 제약사항이 없어질 것이다.
이러한 자식 노드들도 V8의 완전한 새 인스턴스이다. 새로운 각 노드마다 최소한 30ms의 구동시간과 10mb의 메모리를 가정해보자. 즉, 수천 개의 노드를 생성할 수 없다
반응형
728x90
node.js 남아있는 프로세스 모두 kill 하기
child_process 설치가 안되어 있으면 우선 설치 한다.
설치: npm i child_process
"Taskkill /IM node.exe /F"을 실행하도록 설정. node관련 모든 프로세스를 죽이기 때문에 먼가 막히거나 겹쳐서에러가 났을때 루틴으로 아래 코드와 같은 설정을 해주고 node.js관련 프로세스(자신프로세스포함) 모두 죽이고다시 실행하면 겹치거나 막힌 프로세스들이 없으면 잘 실행 될 것이다.ES6이상 모듈식 클래스로 코드 작성..import CHILDPROCESS from "child_process"; //모듈을 import한다.export class CTest{//code..killNodeProcess() //먼가 기존프로세스가 제대로 종료가 안대거나 그로인해 포트가 막혔을때{
CHILDPROCESS.exec('Taskkill /IM node.exe /F');}}
=================================
=================================
=================================
출처: https://stackoverflow.com/questions/4075287/node-express-eaddrinuse-address-already-in-use-kill-server
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Are you on linux or windows? If on linux type: ps and check the PID of your node process.
then, sudo kill PID
EDIT: For Windows:
Use tasklist to display the list of running processes:
tasklist /O
and then kill the node process like so (PID obtained from the tasklist command):
taskkill /pid PID
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
process.on('exit', ..) isn't called if the process crashes or is killed. It is only called when the event loop ends, and since server.close() sort of ends the event loop (it still has to wait for currently running stacks here and there) it makes no sense to put that inside the exit event...
On crash, do process.on('uncaughtException', ..) and on kill do process.on('SIGTERM', ..)
That being said, SIGTERM (default kill signal) lets the app clean up, while SIGKILL (immediate termination) won't let the app do anything.
=================================
=================================
=================================
출처: https://stackoverflow.com/questions/32705857/cant-kill-child-process-on-windows
Can't kill child process on Windows
The following will never exit
var child_process = require('child_process'); var ps = child_process.spawn('.\\node_modules\\.bin\\babel.cmd', ['input.js', '--out-file', 'output.js', '--watch']); ps.on('exit', function() { console.log('exit'); }); ps.on('close', function() { console.log('close'); }); setTimeout(function () { ps.kill(); }, 2000);What's going on here? also what is the correct thing to do here? The only way to make this process actually close is to kill the parent process. I suspect it's waiting for stdio to flush or something like that?
It does die if it is given an 'ignore' stdio configuration, but I need the streams.
var ps = child_process.spawn('.\\node_modules\\.bin\\babel.cmd', ['test.js', '--out-file', 'output.js', '--watch'], { stdio: 'ignore' });------------------------------------------------------------------------------------------------------------------------------------------------------------------
I could think of couple of solutions:
- Invoke the
babel.jsdirectly without that cmd script: var ps = child_process.spawn('node', ['.\\node_modules\\babel\\bin\\babel.js', 'input.js', '--out-file', 'output.js', '--watch'])- Use windows
taskkillcommand with\Tflag to kill the process and all the child processes started by it:There are some npm modules that can handle killing child processes in both Unix and Windows e.g.tree-kill. For windows it usestaskkillortasklist. os = require('os'); if(os.platform() === 'win32'){ child_process.exec('taskkill /pid ' + ps.pid + ' /T /F') }else{ ps.kill(); }
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
I have the same issue on Windows (Win 10 64x). I can't terminate a process of a spawned child process.
I start a service (custom HTTP server service.windows) using child_process.spawn():
const { spawn } = require('child_process'); let cp = spawn('"C:\\Users\\user\\app\\service.windows"', [], { shell: true, }); cp.stderr.on('data', (data) => { console.log(`stderr: ${data}`); console.log('cp.connected', cp.connected); console.log('process.pid', process.pid); // 6632 <<= main node.js PID console.log('cp.pid', cp.pid); // 9424 <<= child PID // All these are useless, they just kill `cp` cp.kill('SIGINT'); // Doesn't terminate service.windows cp.kill('SIGKILL'); // Doesn't terminate service.windows cp.kill('SIGTERM'); // Doesn't terminate service.windows });And I want to terminate my HTTP server service (service.windows). And it is not possible on Windows using cp.kill('ANY SIGNAL'). Node.js kills its child process (cp) but my HTTP server (service.windows) still runs fine.
When I check it in other terminal, I see my server is running just fine:
$ netstat -ano | findstr :9090 TCP 0.0.0.0:9090 0.0.0.0:0 LISTENING 1340 TCP [::]:9090 [::]:0 LISTENING 1340I try manually kill my server by PID but with T flag, not F. The difference:
T terminate all child processes along with the parent process, commonly known as a tree kill.
F process(es) be forcefully terminated.
$ taskkill -T -PID 1340 ERROR: The process with PID 1340 (child process of PID 9424) could not be terminated. Reason: This process can only be terminated forcefully (with /F option).And it exactly says that my server 1340 is a child of that cp - PID 9424.
OK, I try to terminate that cp using T flag again. And boom, not possible. cp is a child of my main node.js process.pid 6632:
$ taskkill -T -PID 9424 ERROR: The process with PID 1340 (child process of PID 9424) could not be terminated. Reason: This process can only be terminated forcefully (with /F option). ERROR: The process with PID 9424 (child process of PID 6632) could not be terminated. Reason: One or more child processes of this process were still running.I can only kill it forcefully with F flag:
$ taskkill -F -T -PID 9424 SUCCESS: The process with PID 1340 (child process of PID 9424) has been terminated. SUCCESS: The process with PID 9424 (child process of PID 6632) has been terminated.Most disappointing thing is that Node.js docs doesn't say jack ship about how to deal with this issue. They only say "yes, we know the issue exist and we just inform you about it".
The only option I see on Windows is to use taskkill -F -T -PID 9424 in spawned process:
exec('taskkill -F -T -PID 9424');
=================================
=================================
=================================
*기타관련링크
- https://www.npmjs.com/package/kill-port
=================================
=================================
=================================
반응형
'WEB > JavaScript' 카테고리의 다른 글
| Node.js 버전 업그레이드 관련(AWS C9 등등) (0) | 2019.12.13 |
|---|---|
| [JavaScript] 자바스크립트 다운로드 링크 구현하기 (0) | 2019.09.18 |
| [Node.js] Node.js 웹소켓 nodejs-websocket (0) | 2018.11.05 |
| [Node.js] iconv 인코딩모듈 설치, 사용 관련 (1) | 2018.10.22 |
| [Node.js] Node.js에서 C++의 struct 비슷기능[cpp-struct-js] 이용하기, C/C++ TCP/IP소켓 통신시 struct를 버퍼를 보내거나 받을때 변환 관련 (1) | 2018.10.11 |
taskkill /F /IM node.exeworks like a charm for me on Windows from any directory :-) Thanks for the share !! – Marty McGee Jun 23 '15 at 23:36