节点pty.js产生一个进程，它本身产生子进程，当节点被杀死时，子进程不会死亡

Question

使用Ubuntu 13.10和运行节点v0.10.0。我正在使用pty.jsv0.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）编写，它运行程序，如下所示：

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'

运行节点脚本“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）时，父分叉测试进程也会按预期退出，但子分叉进程被抛在后面，然后 'ps faux' 的输出如下所示：

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

我调查过这是因为在子进程中忽略了挂起信号：

signal(SIGHUP, SIG_IGN);

如果我在节点中使用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'

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

我无法编辑（消除对信号的忽略）并将原始C程序分发给用户，所以我正在寻找解决这个问题的方法。

一种解决方法是通过以下方式捕获节点的中断信号：

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

无论如何，我可能应该这样做。但是如果咖啡脚本过程被杀死，而不是中断，它仍然会遭受同样的问题，并将孩子抛在后面。据我所知，没有办法在节点中捕获SIGKILL？

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

Answer 1

您在 POSIX 系统如何处理杀戮进程方面遇到了一个微妙的问题。

当进程被终止时，内核会重新定义父进程是谁。与子进程退出并通知其父进程不同，如果父进程在退出时没有向子进程发送信号，则子进程不会收到任何通知。内核只是将其父id重新定义为init进程。

因此，默认情况下，当其父级退出时，没有子级退出。那么，当父母辞职时，孩子们怎么会被杀呢？每个进程都有一个进程组id。这默认为启动时其父进程的进程组id。如果进程组因进程死亡而成为孤儿，那么内核可能会向进程组的所有成员发送＜code＞SIGHUP＜/code＞和＜code＞SIGCONT＜/code＞消息。这给了子进程一个退出的机会，但他们不必退出。如果他们不退出，那么他们就是孤立进程，并且他们将父进程id设置为init进程。

巧合的是，这就是分叉创建守护进程的工作方式。

因此，要解决您的问题，请确保子进程是同一进程组id的一部分。这应该让它们接收到终止子进程的信号。然而，如果他们忽略了这个信号，你实际上只有一个选择。

生成一个包装程序，它只生成您的实际进程，并在“真实”父级和“真实”子级之间来回传递所有内容。然后，如果SIGHUP被发送到您的包装器，请向子级发送SIGKILL以强制退出。