嘿，这俩问题问到点子上了，刚好戳中Unix/Linux进程模型的核心设计思路，我来给你掰扯明白～

一、为啥父进程得用waitpid显式回收子进程？ #

• 僵尸进程的坑必须填：子进程退出时，内核不会立刻清空它的所有资源——它会保留子进程的退出状态码、CPU耗时、内存峰值这些统计数据，同时在进程表中留个“僵尸进程”的条目。要是父进程不调用waitpid（或者wait）读取这些信息，这个僵尸进程就会一直占着PID编号和进程表空间。系统的PID总数是有限的（比如默认32768个），僵尸攒多了，新进程根本创建不了。
• 得拿到子进程的退出上下文：父进程大多需要知道子进程是咋没的——是正常跑完返回0，还是报错返回非0，或是被信号干死的？waitpid能返回这些关键信息（比如用WIFEXITED、WEXITSTATUS宏解析），父进程才能据此做后续操作：比如记错误日志、重启崩溃的子进程、清理子进程留下的临时文件等等。

二、为啥Linux不设计成子进程退出时内核自动回收？ #

这得从Unix/Linux的设计哲学和实际需求说起：

• 给开发者足够控制权：Unix的核心思想是“提供机制，而非策略”。内核负责搭好进程管理的基础架子，但具体怎么处理子进程退出，得让父进程自己说了算——比如有的服务进程要批量处理子进程退出，有的要即时拿状态，有的甚至想让子进程变成孤儿被init/systemd接管。要是内核强制自动回收，等于把开发者的选择权给剥夺了。
• 关键信息不能丢：前面说的退出状态、资源统计，对很多程序来说是刚需。比如后台任务管理器得知道每个任务的执行结果，监控系统要统计子进程的资源消耗。要是内核自动把这些数据删了，父进程啥都拿不到，很多功能直接就废了。
• 历史兼容性不能破：这套回收机制从早期Unix就存在了，几十年下来无数软件都是基于这个模型写的。要是突然改成自动回收，所有依赖waitpid拿状态的程序都会崩，整个生态得重构，这显然不现实。

顺带提一句：要是你真不想手动调用waitpid，也有招——把父进程的SIGCHLD信号处理函数设成SIG_IGN，这样内核会自动回收子进程资源，不会产生僵尸进程，但代价是父进程再也拿不到子进程的退出状态了，适合完全不关心子进程结果的场景。

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