C linux中的等待进程
我正在实现一个模拟Linux shell的程序，我有一个关于pipe实现的问题（命令中只有一个pipe的实现——在示例ls | grep中）—— 管道命令中的主进程A分叉并在其上创建进程B和waitpid。进程B再次分叉并创建进程C，然后B和C都使用execvp来转换为所需的命令。但是在这个实现中，没有人等待C，它应该创建一个僵尸进程。但奇怪的是，在我的程序中，我没有看到任何僵尸。C linux中的等待进程,c,linux,bash,shell,C,Linux,Bash,Shell,我正在实现一个模拟Linux shell的程序，我有一个关于pipe实现的问题（命令中只有一个pipe的实现——在示例ls | grep中）—— 管道命令中的主进程A分叉并在其上创建进程B和waitpid。进程B再次分叉并创建进程C，然后B和C都使用execvp来转换为所需的命令。但是在这个实现中，没有人等待C，它应该创建一个僵尸进程。但奇怪的是，在我的程序中，我没有看到任何僵尸。 我需要一些帮助来理解原因——因为我还需要概括实现以支持命令中的任意数量的管道，这意味着如果我继续当前的实现，我将有
我需要一些帮助来理解原因——因为我还需要概括实现以支持命令中的任意数量的管道，这意味着如果我继续当前的实现，我将有许多没有人等待的进程——所以我需要理解它是否正确，如果不正确（很可能）如何修复它，以便我不仅可以在B上等待，还可以在C上等待等等。您的程序中将不会有任何zoombie进程。 Zoombie是在父进程等待已终止的进程时创建的。 在您的程序中，一旦B退出，进程C将被init进程采用 注意：如果进程B甚至在C退出之前就退出，那么您可能无法读取/写入C运行的命令的状态，这可能会产生很多问题
解决方案：使用vfork而不是fork。vfork确保父进程和子进程将按顺序运行，因此不会出现歧义。一旦进程B死亡，C将被
initinit等待（）init因此，您只能在父进程仍处于活动状态时看到僵尸进程。这是有意义的，因为将进程保持在僵化状态的唯一一点是要有一个包含终止状态等的地方，这样父进程就可以在准备就绪时抓住它们。如果父进程已经退出，那么显然它不关心剩余的信息，因此系统可以（并且将）安全地删除该信息以及包含该信息的僵尸进程。我没有投反对票，但可能也是因为错误。“等待一个已经死亡的进程”是如何摆脱僵尸进程，而不是如何创建它们。如果进程B在C之前退出，那么不获取C的状态将不会“产生很多问题”，因为B显然不需要该状态，或者它不会退出。在最好的情况下，
vWork（）exec（）vWork（）exec（）vWork（）exec（）