维基百科说:“一个终止但从未被其父级等待的子进程变成了僵尸进程。” 我运行此程序:
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
int main()
{
pid_t pid, ppid;
printf("Hello World1\n");
pid=fork();
if(pid==0)
{
exit(0);
}
else
{
while(1)
{
printf("I am the parent\n");
printf("The PID of parent is %d\n",getpid());
printf("The PID of parent of parent is %d\n",getppid());
sleep(2);
}
}
}
这会创建一个僵尸进程,但我不明白为什么在这里创建了僵尸进程?
该程序的输出是
Hello World1
I am the parent
The PID of parent is 3267
The PID of parent of parent is 2456
I am the parent
The PID of parent is 3267
The PID of parent of parent is 2456
I am the parent
....
.....
但是在这种情况下,为什么“子html" target="_blank">进程终止但没有被其父进程等待”呢?
在您的代码中,创建了僵尸exit(0)
(带有以下箭头的注释):
pid=fork();
if (pid==0) {
exit(0); // <--- zombie is created on here
} else {
// some parent code ...
}
为什么?因为你从来没有wait
上过。调用时waitpid(pid)
,它将返回有关进程的事后信息,例如其退出代码。不幸的是,当进程退出时,内核不能仅仅丢弃该进程条目,否则返回代码将丢失。因此,它等待有人wait
在上面等待,并留下该进程条目,即使除了进程表中的条目之外,它实际上并没有占用任何内存-
这就是所谓的 zombie 。
您几乎没有选择来避免创建僵尸:
waitpid()
在父进程中添加某处。例如,这样做将有助于: pid=fork();
if (pid==0) {
exit(0);
} else {
waitpid(pid); // <--- this call reaps zombie
// some parent code ...
}
fork()
获取孙子并在孙子还活着时在孩子中退出。init
如果其父母(我们的孩子)去世,则将自动收养孙子女;这意味着,如果孙子去世,则将wait
由init
。换句话说,您需要执行以下操作: pid=fork();
if (pid==0) {
// child
if (fork()==0) {
// grandchild
sleep(1); // sleep a bit to let child die first
exit(0); // grandchild exits, no zombie (adopted by init)
}
exit(0); // child dies first
} else {
waitpid(pid); // still need to wait on child to avoid it zombified
// some parent code ...
}
SIGCHLD
信号,让其对孩子死亡做出反应。您可以waitpid()
在收到该信号时进行调用,也可以安装显式的ignore信号处理程序(使用signal()
或sigaction()
),这将确保子代不会成为僵尸。换句话说,是这样的: signal(SIGCHLD, SIG_IGN); // <-- ignore child fate, don't let it become zombie
pid=fork();
if (pid==0) {
exit(0); // <--- zombie should NOT be created here
} else {
// some parent code ...
}
僵尸进程 当一个进程完成它的工作终止之后,它的父进程需要调用wait()或者waitpid()系统调用取得子进程的终止状态。 一个进程使用fork创建子进程,如果子进程退出,而父进程并没有调用wait或waitpid获取子进程的状态信息,那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵尸进程。 理解了孤儿进程和僵尸进程,我们临时加了守护进程这一小节,守护进程就是后台进程吗?没那么简单。
我正在和一个队友讨论锁定.NET的问题。他是一个非常聪明的人,在低级和高级编程方面都有广泛的背景,但他在低级编程方面的经验远远超过我。无论如何,他认为,如果可能的话,应该避免在预期处于重载下的关键系统上进行.NET锁定,以避免“僵尸线程”使系统崩溃的可能性很小。我经常使用锁定,我不知道什么是“僵尸线程”,所以我问。我从他的解释中得到的印象是,僵尸线程是一个已经终止但不知怎么还保留着一些资源的线程。
看完这个问题:.NET中存在僵尸吗?我开始怀疑javascript代码中是否有僵尸进程发生的可能性? 有意的例子:
问题内容: 我在前台启动了我的程序(守护程序),然后用杀死了它,但剩下一个僵尸,无法用杀死它。如何杀死僵尸进程? 如果僵尸是一个死进程(已被杀死),我如何将其从输出中删除? 问题答案: 僵尸已经死了,所以您无法杀死它。要清理僵尸,必须等待其父级等待,因此杀死父级应该可以消除僵尸。(父对象死后,僵尸将被pid 1继承,而pid 1将等待该僵尸并清除其在进程表中的条目。)如果守护程序正在生成成为僵尸的
问题内容: 我在Go中有一个应用程序,它可以重新路由二进制文件的STDIN和STDOUT,然后运行它们。简而言之,我正在做: 我注意到,只要在运行命令A时退出命令B的进程,它就会在进程表中变成僵尸进程。 这是一个例子: 如果commandB仍在运行时退出,为什么commandB会变成僵尸?我在Ubuntu 14上运行Go 1.5。 问题答案: 当某个进程退出时,无论正在运行什么其他进程,它 总是
我确实读过这篇文章:https://blog.phusion.nl/2015/01/20/docker-and-the-pid-1-zombie-reaping-problem/ 设置一些上下文:这篇文章是关于容器中的僵尸问题的,它试图说服我们这是一个真正的问题。 总的来说,我有复杂的感觉。为什么这很重要?毕竟,即使是在conainer主机操作系统中的僵尸能够释放/杀死这个僵尸的情况下。我们知道容