[英]How does Ctrl-C terminate a child process?
我试图了解CTRL + C如何终止子进程而不是父进程。 我在bash
等一些脚本 shell 中看到了这种行为,您可以在其中启动一些长时间运行的进程,然后通过输入CTRL - C来终止它,然后控制返回到 Z2591C98B70119FE624898B1E424。
您能否解释一下它是如何工作的,特别是为什么父(shell)进程没有终止?
shell 是否必须对CTRL + C事件进行一些特殊处理,如果是,它到底做了什么?
默认情况下,信号由 kernel 处理。 旧的 Unix 系统有 15 个信号; 现在他们有更多了。 您可以检查</usr/include/signal.h>
(或 kill -l)。 CTRL + C是名称为SIGINT
的信号。
kernel 中也定义了处理每个信号的默认操作,通常它会终止接收到信号的进程。
所有信号(但SIGKILL
)都可以由程序处理。
这就是 shell 所做的:
find
,shell:
fork
本身 您也可以在 shell 脚本中trap
信号...
你也可以为你的交互式 shell 设置信号处理,试着在你的顶部输入这个~/.profile
。 (确保您已经登录并使用另一个终端进行测试 - 您可以锁定自己)
trap 'echo "Dont do this"' 2
现在,每次您在 shell 中按CTRL + C时,它都会打印一条消息。 不要忘记删除线!
如果有兴趣,您可以在此处查看源代码中的普通旧/bin/sh
信号处理。
在上面的评论中有一些错误信息(现已删除),所以如果有人对此感兴趣,这是一个非常好的链接 -信号处理的工作原理。
首先,通读有关 POSIX 终端界面的 Wikipedia 文章。
SIGINT
信号由终端线路规程生成,并广播到终端前台进程组中的所有进程。 您的 shell 已经为您运行的命令(或命令管道)创建了一个新进程组,并告诉终端该进程组是其(终端的)前台进程组。 每个并发命令管道都有自己的进程组,前台命令管道是shell已经编程到终端的进程组作为终端的前台进程组。 在前台和后台之间切换“作业”(除了一些细节)是 shell 告诉终端哪个进程组现在是前台的问题。
shell 进程本身位于另一个进程组中,因此当其中一个进程组处于前台时不会收到信号。 就是这么简单。
终端向当前连接到终端的进程发送 INT(中断)信号。 然后程序接收到它,并且可以选择忽略它,或者退出。
没有进程必须被强制关闭(尽管默认情况下,如果你不处理 sigint,我相信行为是调用abort()
,但我需要查看它)。
当然,运行进程与启动它的shell是隔离的。
如果您想要父 shell 到 go,请使用exec
启动您的程序:
exec ./myprogram
这样,父 shell 被子进程替换
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) {
/* 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.
*/
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);
}
编译:
gcc -ggdb3 -O0 -std=c99 -Wall -Wextra -Wpedantic -o setpgid setpgid.c
不使用setpgid
运行
如果没有任何 CLI arguments, 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)
向整个进程组发送信号通过向两个进程发送不同的信号来退出程序,例如 SIGQUIT 与Ctrl + \ 。
使用setpgid
运行
如果您使用参数运行,例如:
./setpgid 1
然后孩子改变它的pgid,现在每次只从父母那里打印一个单一的信号:
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 上测试。
CTRL + C是杀死命令的 map。 当你按下它们时,kill 会发送一个 SIGINT 信号,这会中断进程。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.