为什么子进程必须使用“ wait（）”？

为什么子进程必须使用“ wait（）”？

我可能必须添加一个存储子pid的进程表，并且必须使用waitpid（不是很明显），但是要经过一段时间后才这样做-
这是一个问题，因为子进程的运行时间从几微秒到几分钟不等。 。如果我太早使用waitpid，那么我的父进程将被阻止

请查看的文档

waitpid

。您可以

waitpid

使用该

WNOHANG

选项告知“
不阻止”（即，如果没有要收获的孩子，请立即返回）。此外，您无需提供

waitpid

PID。您可以指定

-1

，它将等待 任何
孩子。因此

waitpid

，如下所示的调用符合您的无阻塞约束和无节省pids约束：

waitpid( -1, &status, WNOHANG );

如果您 确实 不想正确处理流程的创建，则可以

init

通过两次分叉，收割子代并将其

exec

交给孙子来承担收割责任：

pid_t temp_pid, child_pid;temp_pid = fork();if( temp_pid == 0 ){    child_pid = fork();    if( child_pid == 0 ){        // exec()        error( EXIT_FAILURE, errno, "failed to exec :(" );    } else if( child_pid < 0 ){        error( EXIT_FAILURE, errno, "failed to fork :(" );    }    exit( EXIT_SUCCESS );} else if( temp_pid < 0 ){    error( EXIT_FAILURE, errno, "failed to fork :(" );} else {    wait( temp_pid );}

在上面的代码片段中，子进程派生出自己的子进程，立即存在，然后立即被父进程收割。孙子是孤立的，由收养

init

，并且将自动获得。

为什么Linux完全保留僵尸？为什么我要等我的孩子？这是为了对父流程执行纪律吗？在使用Linux的几十年中，我从未从僵尸进程中获得任何有用的东西，我还没有完全了解到僵尸作为“功能”的有用性。如果答案是父进程需要找到自己的孩子发生了什么的方法，那么，上帝的缘故，没有理由将僵尸视为正常进程，并因为存在太多僵尸进程而禁止创建非僵尸进程僵尸。

您还建议如何有效地检索流程的退出代码？问题在于PID
<=>退出代码（等）的映射必须是一对一的。如果内核在退出，收获或未收获时立即释放了该进程的PID，然后新进程继承了相同的PID并退出，那么如何处理为一个PID存储两个代码？感兴趣的进程将如何检索第一个进程的退出代码？不要以为
没有人 在乎退出代码是因为您不在乎。您认为是滋扰/错误的东西被广泛认为是有用和干净的。

在我目前正在开发的系统上，在一切停止之前，我只能产生400到500个进程（这是在我能找到的最便宜的VServer上运行的维护不佳的CentOS系统-
但仍然有400台僵尸程序不足几kB的信息）

关于使人们普遍接受的内核行为成为对维护不佳/廉价系统的明显挫败感的替罪羊，这似乎是不对的。

通常，最大进程数仅受内存限制。您可以通过以下方式查看限额：

cat /proc/sys/kernel/threads-max