在Linux中，使用ctrl+c会向父进程和子进程发送SIGINT信号吗？

Question

在终端中，我执行了一个主父进程，将会fork一个子进程。在父进程和子进程中，我都实现了SIGINT信号处理程序。 当我按下“ctrl+c”时，这两个处理程序会同时被调用吗？还是我需要在父进程的处理程序中显式地调用子进程的信号处理程序？

我查看了这篇文章： 如何通过Ctrl-C终止子进程？ 其中说：“SIGINT信号是由终端行规程生成的，并广播到终端前台进程组中的所有进程”。我只是不太明白“前台进程组”是什么意思。

谢谢，

- Hao Shen

---

可能是如何使用Ctrl-C终止子进程？的重复问题。 - Ciro Santilli OurBigBook.com

你不能在不同的进程中“调用”一个例程；你只能“发送一个信号”。 - undefined

Answer 1

我在父进程和子进程中都实现了 SIGINT 信号处理程序。那么当我按下“ctrl+c”时，这两个处理程序会同时被调用吗？

是的，它们都将接收到 SIGINT 信号。

或者我需要在父进程的处理程序中显式调用子进程的信号处理程序吗？

“调用”另一个进程的信号处理程序没有意义。如果两个进程都安装了处理程序，则它们将在接收到 SIGINT 信号后被调用。

我不太明白“前台进程组”是什么意思。

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

例如：

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

我建议您阅读关于tty和The TTY demystified的详细解释。

- P.P

Answer 2

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源代码。

编译命令：

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信号

通过向两个进程发送不同的信号（例如使用Ctrl + \和SIGQUIT），可以退出程序。

使用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上进行了测试。

- Ciro Santilli OurBigBook.com