fork()后通过PID终止子进程是否绝对安全？

结论：不安全，存在误杀无关进程的风险

原因分析 #

操作系统的PID是有限资源，采用循环复用机制：当PID为1234的子进程退出后，内核会回收这个PID，后续系统中新建的进程完全有可能被分配到这个PID。如果父进程此时仍调用kill(1234, SIGTERM)，信号会被发送给刚好持有该PID的新进程——这个进程大概率和你的业务无关，从而造成误杀。

关键细节 #

你可能会问：调用kill时如果PID不存在，会不会报错？确实，当PID未被复用的时候，kill()会返回-1，同时errno被设为ESRCH（进程不存在）。但问题在于PID复用的时间窗口：如果在子进程退出后、父进程调用kill前，刚好有新进程拿到了这个PID，kill会执行成功，信号直接发送给无辜进程，此时你完全无法提前预判。

解决方案 #

要避免这种风险，核心是让父进程及时知晓子进程的状态：

• 监控子进程退出事件：父进程通过waitpid(1234, &status, WNOHANG)定期检查子进程状态，或者注册SIGCHLD信号处理函数，一旦捕获到子进程退出的信号，就标记该PID已失效，后续不再用它调用kill。
• 使用进程组替代单个PID：创建子进程后，将其加入单独的进程组（比如通过setpgid()），后续调用kill(-pgid, SIGTERM)向整个进程组发送信号。如果子进程已经退出，进程组不存在的话，kill会返回错误，不会影响其他进程。
• 避免长期持有无效PID：一旦确认子进程退出，立即清理保存的PID值，防止后续误操作。

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