我可能必须添加一个存储子pid的进程表，并且必须使用waitpid（不是很明显），但是要经过一段时间后才这样做-
这是一个问题，因为子进程的运行时间从几微秒到几分钟不等。 。如果我太早使用waitpid，那么我的父进程将被阻止
请查看的文档
waitpid。您可以
waitpid使用该
WNOHANG选项告知“
不阻止”（即，如果没有要收获的孩子，请立即返回）。此外，您无需提供
waitpidPID。您可以指定
-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
