Windows下父进程未调用WaitForSingleObject处理子进程时是否会产生僵尸进程？

核心结论 #

Windows不存在Linux风格的僵尸进程机制，但父进程依然需要完成对应子进程的资源清理操作，只是清理逻辑、触发时机和Linux有本质区别，不需要依赖信号或wait类系统调用阻塞处理。 #

与Linux机制的核心差异 #

• Linux场景下，子进程退出后会进入僵尸状态，残留PID等少量资源直到父进程调用wait()/waitpid()回收；如果父进程先于子进程退出，子进程会被init进程收养，由init进程自动完成回收，不会长期残留。
• Windows场景下没有SIGCHLD信号，也没有僵尸进程的状态设计：子进程退出时，操作系统会自动回收它占用的内存、执行上下文、IO资源等绝大多数运行时资源，不会出现无效进程长期占用PID的问题。

父进程必须执行的清理动作 #

你不需要像Linux那样专门监听信号、循环调用wait回收退出的子进程，但有一类资源必须手动处理，否则会出现持续的内核资源泄漏：
调用CreateProcess创建子进程时，系统会向父进程返回两个内核对象句柄：子进程的进程句柄、子进程主线程的线程句柄。这两个句柄的生命周期和子进程本身的生命周期完全独立：哪怕子进程已经退出执行，只要父进程没有调用CloseHandle()关闭这两个句柄，对应的内核对象就会一直驻留在内核内存中，长时间运行下会耗尽系统的非分页池资源，引发服务异常。

适配TCP服务器场景的最佳实践 #

结合每连接启动一个子进程的模型，可以按以下逻辑处理，完全避免资源泄漏：

• 如果不需要跟踪子进程运行状态、也不需要获取子进程退出码：在CreateProcess调用成功、拿到进程和线程句柄后，立刻调用CloseHandle()关闭这两个句柄即可。后续子进程退出时，系统会自动完成所有剩余资源的释放，不会有任何残留。
• 如果需要感知子进程退出、获取退出码：可以将子进程句柄绑定到IOCP或者其他等待机制上，当收到句柄置为有信号的通知（即子进程退出）时，调用GetExitCodeProcess()拿到退出码，再调用CloseHandle()关闭进程、线程两个句柄即可。
• 不需要强制保证父进程晚于所有子进程退出：如果父进程因为异常重启或者主动退出，没有手动关闭的子进程句柄会被系统自动回收，正在运行的子进程会继续正常执行，不会变成孤儿进程，也不会残留资源泄漏。

内容的提问来源于stack exchange，提问作者TherLF