linux中函数无法自动捕获子进程返回值，必须封装fork+waitpid逻辑：父进程显式调用waitpid获取status，再用wifexited/wexitstatus等宏解析退出码或信号终止信息。
在 Linux 中，函数封装本身不能直接“捕获”子进程的返回值（即退出码），因为子进程退出后，其退出状态需由父进程**显式等待并获取**。所谓“在函数中捕获”，本质是把 fork + waitpid（或 wait）逻辑封装进一个函数，让调用者无需手动处理等待和状态解析。
封装核心：用 waitpid 获取子进程退出码
子进程终止后，父进程必须调用 wait 或 waitpid 才能回收资源并读取其退出状态。退出码不是自动传回的变量，而是通过 status 参数传出的整数，需用宏（如 WIFEXITED、WEXITSTATUS）解包。
-
waitpid(pid, &status, 0)阻塞等待指定子进程结束 - 若
WIFEXITED(status)为真，说明子进程正常退出，可用WEXITSTATUS(status)提取 0–255 的退出码 - 若
WIFSIGNALED(status)为真，说明被信号终止，可用WTERMSIG(status)查看信号编号
典型封装示例：run_and_get_exit
下面是一个简洁、可复用的 C 函数，封装了 fork、exec 和等待全流程：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
int run_and_get_exit(const char* cmd, char* const argv[]) {
pid_t pid = fork();
if (pid == 0) { // 子进程
execvp(cmd, argv);
_exit(127); // exec 失败，直接退出，不刷新缓冲区
} else if (pid > 0) { // 父进程
int status;
if (waitpid(pid, &status, 0) == pid) {
if (WIFEXITED(status)) {
return WEXITSTATUS(status); // 返回子进程 exit code
} else if (WIFSIGNALED(status)) {
return -WTERMSIG(status); // 负值表示被信号终止
}
}
}
return -1; // fork 失败或 wait 异常
}调用时只需传入命令名和参数列表，函数返回的就是子进程的退出码（或错误标识），比如：
int ret = run_and_get_exit("ls", (char*[]){"ls", "-l", "/tmp", NULL});- 若
ret == 0，说明ls执行成功；ret == 2可能表示路径不存在
注意父子进程的缓冲区与退出方式
封装时要避免常见陷阱：
- 子进程中用
_exit()而非exit()，防止重复刷新 stdio 缓冲区（父进程已有副本） - 父进程必须
waitpid，否则子进程变成僵尸进程，持续占用 PID 和内核资源 - 不要依赖
fork返回值作为“子进程结果”——它只是 PID 或 0，不是执行结果
更安全的封装建议：支持超时与错误反馈
生产环境建议增加超时控制（用 waitpid(..., WNOHANG) 配合循环）和 errno 透出。例如：
- 设置
alarm(30)或用sigaction捕获SIGALRM，避免子进程卡死 - 函数返回结构体（含
exit_code、signaled、timed_out字段），比单个 int 更清晰
