setpgid
POSIX C进程组最小示例
我认为玩弄基本API通常是学习新概念的最佳方法,所以让我们试试吧。
这说明了如果子进程没有使用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) {
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);
}
pause();
pgid = getpgid(0);
printf("parent pid, pgid = %ju, %ju\n", (uintmax_t)getpid(), (uintmax_t)pgid);
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
以下内容是关于it技术的翻译:
- 使用
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上进行测试。