c - Node pty.js 生成一个进程，该进程本身生成子进程，并且当 Node 被杀死时子进程不会死亡

Question

使用 Ubuntu 13.10 并运行 Node v0.10.0。我正在使用 pty.js v0.2.4 生成一个程序(需要在交互式环境中运行)。该程序是用 C 语言编写的，并派生了一个子进程本身。

我已经编写了一个非常简化的 C 程序版本(我称之为“forktest”)，它具有产生此问题所需的最低要求并包含以下内容:

#include <unistd.h>
#include <sys/types.h>
#include <errno.h>
#include <stdio.h>
#include <sys/wait.h>
#include <stdlib.h>

int main(void)
{
    pid_t childPID;
    childPID = fork();
    if(childPID >= 0) {
        if(childPID == 0) {
            signal(SIGHUP, SIG_IGN);
            while(1) {
              printf("Child Process\n");
              fflush(stdout);
              usleep(500000);
            }
        } else {
            printf("Parent process\n");
            fflush(stdout);
            getchar();
        }
    } else {
        printf("Fork failed, exiting\n");
        return 1;
    }
    return 0;
}

我还整理了一个用 coffeescript (test.coffee) 编写的最小 Node 脚本，它运行该程序，如下所示:

pty = require 'pty.js'

command = './forktest'
example = pty.spawn command, null
example.on 'data', (data) ->
  console.log data
example.on 'exit', ->
  console.log 'example exited'

运行 Node 脚本“coffee test.coffee”时，会看到输出(“父进程”和“子进程”)。此外，进程的层次结构在 ps 中正确显示('ps faux'):

lightdm
 \_ /usr/bin/X -core :0 -auth /var/run/lightdm/root/:0 -no
 \_ lightdm --session-child 12 21
     \_ init --user
         \_ gnome-terminal
             \_ bash
                 \_ node /usr/local/bin/coffee test.coffee
                     \_ ./forktest
                         \_ ./forktest

但是当退出 coffeescript(使用 ctrl-c)时，父 forktest 进程也按预期退出，但子 forktest 进程被留下，'ps faux' 的输出如下所示:

lightdm
 \_ /usr/bin/X -core :
 \_ lightdm --session-
     \_ init --user
         \_ ./forktest

我调查过这是因为挂断信号在子进程中被忽略了:

signal(SIGHUP, SIG_IGN);

如果我在 Node 中使用来自 child_process 模块的 spawn:

{spawn} = require 'child_process'

command = './forktest'
example = spawn command

example.stdout.on 'data', (data) ->
  console.log String data
example.on 'exit', ->
  console.log 'example exited'

并以相同的方式 (ctrl-c) 退出 coffeescript 应用程序，当它退出时，forktest 的父进程和子进程都消失了，所以它看起来与 pty.js 的工作方式有关。

我无法编辑(删除对信号的忽略)并将原始 C 程序分发给用户，因此我正在寻找解决此问题的方法。

一种解决方法是使用以下方法捕获 Node 的中断信号:

process.on 'SIGINT', (data) ->
  # kill the parent / child process manually

无论如何我应该这样做..但是如果 coffeescript 进程被杀死，而不是被打断，它仍然会遇到同样的问题并留下 child 。据我所知，没有办法在 Node 中捕获 SIGKILL？

当 Node 被杀死时，用 pty.js 生成的程序的子进程没有被销毁是有原因的吗？

Answer 1

您遇到了 POSIX 系统如何处理终止进程的微妙问题。

当进程被杀死，那么内核redefines who the parent is .与子进程退出并通知其父进程不同，如果父进程在退出时未向子进程发送信号，则子进程不会收到任何通知。内核只是将其父 id 重新定义为 init 进程。

因此，默认情况下当它的父退出时没有子退出。那么，当 parent 退出时， children 是如何被杀死的呢？嗯，每个进程都有一个进程组 ID。这默认为其父进程在启动时的进程组 ID。如果进程组becomes orphaned由于进程死亡，内核可能会向进程组的所有成员发送 SIGHUP 和 SIGCONT。这给了 children 退出的机会，但他们不必这样做。如果它们不退出，那么它们就是孤立进程，它们的父 ID 将设置为 init 进程。

巧合的是，这就是 fork 创建守护进程的方式。

因此，要解决您的问题，请确保孙子进程属于同一进程组 ID。这应该让他们收到杀死子进程的信号。但是，如果他们忽略信号，您实际上只有一个选择。

生成一个包装器程序，它除了生成您的实际进程并在“真实”父进程和“真实”子进程之间来回传递所有内容外什么都不做。然后，如果 SIGHUP 被发送到您的包装器，则向 child 发送一个 SIGKILL 以强制退出。