求助一个守护进程信号处理的问题， 谢谢！

lucky多多求

刚才看了一下守护进程的创建的一些基本步骤，都有涉及到对 SIGCHLD 信号的处理：

处理SIGCHLD信号：

处理SIGCHLD信号并不是必须的。但对于某些进程，特别是服务器进程往往在请求到来时fork子进程出来处理请求。如果父进程不等待子进程结束，子进程将成为僵尸进程(zombie)而仍占用系统资源。如果父进程等待子进程结束，将增加父进程的负担，影响服务器进程的并发性能。在系统V下可以简单地将SIGCHLD信号的操作设为SIG_IGN，即忽略掉。这样，内核在子进程结束时不会产生僵尸进程，这一点与BSD4不同，在BSD4下必须显示等待子进程结束才能释放僵尸进程。

1.通常情况下，需要接受SIGCHLD，处理函数里调用wait或waitpid对子进程进行回收，否则的话会出现僵尸进程， 上面描述的情况是SIGCHLD信号的操作设为SIG_IGN，即忽略掉，父进程并没有进行回收工作，但是这就可以避免子进程成为僵尸，而让init去对他进行回收吗？？
2.此外，如果产生了僵尸进程的话，除非系统重新启动，否则僵尸进程就一直会占用系统资源？？

谢谢大家！

folklore

1.通常情况下，需要接受SIGCHLD，处理函数里调用wait或waitpid对子进程进行回收，否则的话会出现僵尸进程， 上面描述的情况是SIGCHLD信号的操作设为SIG_IGN，即忽略掉，父进程并没有进行回收工作，但是这就可以避免子进程成为僵尸，而让init去对他进行回收吗？？

<<no, the zombie structure not be created (init process call wait/ waitpid for the orphans, an orphan process is a process that is parent process is allready dead before it die)

2.此外，如果产生了僵尸进程的话，除非系统重新启动，否则僵尸进程就一直会占用系统资源？？
<< yes. but i don't know if there are any additional api to clear this structure.

linux_c_py_php

1, 实际开发中, SIGCHLD都是阻塞掉的, 在I/O loop中采用非阻塞的waitpid尝试回收, 不会影响服务端并发程度.

    楼主说的忽略SIGCHLD就可以避免僵尸进程, 是一个很特别的特性, 不可移植, 所以不要使用, manpage中是有详细说明的:

       POSIX.1-1990  disallowed  setting the action for SIGCHLD to SIG_IGN.  POSIX.1-2001 allows this possibility, so that ignoring SIGCHLD can be used
       to prevent the creation of zombies (see wait(2)).  Nevertheless, the historical BSD and System V behaviors for ignoring SIGCHLD differ, so  that
       the  only  completely  portable  method  of ensuring that terminated children do not become zombies is to catch the SIGCHLD signal and perform a
       wait(2) or similar.

2, 是的, 一直占用, 这个伴随内核的.

lxyscls_cu

后台进程还是需要处理SIGCHLD的吧，要不子进程木办法回收哇{:3_189:}

lucky多多求

谢谢大家的回复