ctrl + c会向Linux中的父进程和子进程发送SIGINT信号吗?

时间:2015-08-09 17:59:03

标签: linux signals fork

在终端中,我执行了一个主父进程,它将分叉子进程。在父进程和子进程中,我实现了一个SIGINT信号处理程序。 所以当我按“ctrl + c”时,两个处理程序会同时被调用吗?或者我是否需要在父进程的处理程序中显式调用子进程的信号处理程序?

我查了这篇文章: How does Ctrl-C terminate a child process? 其中说“ SIGINT信号由终端线路规则生成,并广播到终端的前台进程组”中的所有进程。我只是不太明白“前景过程组”的含义。

谢谢,

2 个答案:

答案 0 :(得分:3)

  

在父进程和子进程中,我实现了一个SIGINT信号   处理程序。所以当我按下“ctrl + c”时,两个处理程序都会被调用   同时?

是的,他们都会收到SIGINT

  

或者我是否需要显式调用子进程的信号处理程序   父进程的处理程序?

“调用”另一个进程'信号处理程序没有意义。如果进程都安装了处理程序,那么一旦收到信号SIGINT,就会调用它们。

  

我只是不太明白“前台进程组”是什么   装置

通常,与控制终端关联的进程是前台进程,其进程组称为前台进程组。当您从命令行启动进程时,它是一个前台进程:

E.g。

$ ./script.sh # foreground process
$ ./script & # background process

我建议您阅读有关ttyThe TTY demystified的详细说明。

答案 1 :(得分:0)

setpgid POSIX C流程组最小示例

这说明了如果孩子未使用setpgid更改其处理组,则如何将信号发送给孩子。

main.c

#define _XOPEN_SOURCE 700
#include <assert.h>
#include <signal.h>
#include <stdbool.h>
#include <stdint.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

volatile sig_atomic_t is_child = 0;

void signal_handler(int sig) {
    char parent_str[] = "sigint parent\n";
    char child_str[] = "sigint child\n";
    signal(sig, signal_handler);
    if (sig == SIGINT) {
        if (is_child) {
            write(STDOUT_FILENO, child_str, sizeof(child_str) - 1);
        } else {
            write(STDOUT_FILENO, parent_str, sizeof(parent_str) - 1);
        }
    }
}

int main(int argc, char **argv) {
    pid_t pid, pgid;

    (void)argv;
    signal(SIGINT, signal_handler);
    signal(SIGUSR1, signal_handler);
    pid = fork();
    assert(pid != -1);
    if (pid == 0) {
        /* Change the pgid.
         * The new one is guaranteed to be different than the previous, which was equal to the parent's,
         * because `man setpgid` says:
         * > the child has its own unique process ID, and this PID does not match
         * > the ID of any existing process group (setpgid(2)) or session.
         */
        is_child = 1;
        if (argc > 1) {
            setpgid(0, 0);
        }
        printf("child pid, pgid = %ju, %ju\n", (uintmax_t)getpid(), (uintmax_t)getpgid(0));
        assert(kill(getppid(), SIGUSR1) == 0);
        while (1);
        exit(EXIT_SUCCESS);
    }
    /* Wait until the child sends a SIGUSR1. */
    pause();
    pgid = getpgid(0);
    printf("parent pid, pgid = %ju, %ju\n", (uintmax_t)getpid(), (uintmax_t)pgid);
    /* man kill explains that negative first argument means to send a signal to a process group. */
    kill(-pgid, SIGINT);
    while (1);
}

GitHub upstream

编译为:

gcc -ggdb3 -O0 -std=c99 -Wall -Wextra -Wpedantic -o setpgid setpgid.c

不使用setpgid

运行

没有任何CLI参数,setpgid不会完成:

./setpgid

可能的结果:

child pid, pgid = 28250, 28249
parent pid, pgid = 28249, 28249
sigint parent
sigint child

并且程序挂起。

我们可以看到,两个进程的pgid都是一样的,因为它们是跨fork继承的。

然后每当您点击:

Ctrl + C

它再次输出:

sigint parent
sigint child

这显示了如何:

  • 使用kill(-pgid, SIGINT)向整个过程组发送信号
  • 默认情况下,终端上的Ctrl + C会向整个进程组发送一次kill

通过向两个进程发送不同的信号来退出程序,例如SIGQUIT与Ctrl + \

运行setpgid

如果使用参数运行,例如:

./setpgid 1

然后,孩子更改其pgid,现在每次仅从父级打印一次sigint:

child pid, pgid = 16470, 16470
parent pid, pgid = 16469, 16469
sigint parent

现在,只要您按下:

Ctrl + C

只有父母也收到信号:

sigint parent

您仍然可以像以前一样使用SIGQUIT杀死父母:

Ctrl + \

但是,孩子现在有一个不同的PGID,并且没有收到该信号!从中可以看出:

ps aux | grep setpgid

您将必须使用以下命令明确杀死它:

kill -9 16470

这清楚表明了为什么存在信号组:否则,我们将剩下一堆进程,这些进程始终需要手动进行清理。

在Ubuntu 18.04上测试。