为什么子进程未实际终止时wait()失效，父进程提前执行后置逻辑

核心故障原因 #

你遇到的wait不阻塞直接返回的问题，90%以上的概率是你在代码中/* code */注释对应的逻辑块里，新增了SIGCHLD信号忽略的配置：

POSIX标准明确规定，当父进程将SIGCHLD信号的处理方式设置为SIG_IGN时，子进程退出后会被系统直接回收，不会产生僵尸进程，此时父进程调用wait()/waitpid()会立刻返回-1，错误码为ECHILD，完全不会阻塞等待子进程运行结束。
这完全符合你描述的「之前运行正常，修改后突然出现故障」的特征。

代码存在的其他潜在问题 #

• 手动遍历修改argv的逻辑冗余且容易出问题，你要去掉原argv[0]的需求可以直接通过参数偏移实现，不需要修改原数组：

// 删掉原for循环修改argv的代码，execvp直接传偏移后的参数即可
execvp(argv[1], argv + 1);

• execvp执行失败没有兜底逻辑，当传入的命令不存在、无执行权限时，子进程会继续执行后续代码，导致不可预期的行为，建议补充异常退出逻辑：

if(pid == 0){
  execvp(argv[1], argv + 1);
  perror("执行命令失败");
  _exit(1); // 必须用_exit，避免错误刷新父进程的IO缓冲区
}

• wait调用没有加返回值校验，你可以通过返回值快速确认故障原因：

else{
  pid_t ret = wait(NULL);
  if (ret == -1) {
    perror("wait调用出错");
  }
  printf("post process here");
}

修复方法 #

1. 检查/* code */块中是否有类似signal(SIGCHLD, SIG_IGN);或者sigaction设置SIGCHLD处理方式为忽略的代码，移除这部分配置即可恢复wait的阻塞行为。
2. 如果确实需要自动回收子进程避免僵尸，同时需要等待指定子进程运行结束，可以保留信号忽略配置，改用sleep轮询判断子进程状态，或者改为自定义SIGCHLD信号处理函数，在处理函数中完成子进程回收逻辑。

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