为何修改二进制权限后execl返回失败，WIFEXITED等仍显示成功？

这事儿得从fork和exec系列函数的工作机制说起，咱们一步步拆解：

1. 为什么execl会返回-1？ #

execl的特性就是成功则永不返回，失败才返回-1。当你修改了二进制文件的权限后，子进程没有足够权限去加载执行这个文件，execl加载失败，自然会返回-1，这部分是符合预期的。

2. 为什么waitpid仍能拿到正确的PID？ #

你应该是先调用了fork()创建子进程，再在子进程里调用execl对吧？fork()一旦成功，子进程就已经是一个独立的操作系统进程了——哪怕后续execl失败，这个子进程也不会凭空消失，它会继续执行execl之后的代码，直到主动退出。所以waitpid等待的是这个已经存在的子进程的结束，自然能返回它的PID。

3. 为什么WIFEXITED和WEXITSTATUS还显示成功？ #

这是关键问题：你的子进程在execl失败后，没有做错误处理就直接正常退出了！

举个典型的错误代码例子：

pid_t pid = fork();
if (pid == 0) {
    // 子进程执行execl，失败则返回-1
    execl("./my_binary", "my_binary", NULL);
    // 如果execl失败，程序会走到这里，然后子进程从main函数返回，默认退出码是0
} else {
    int pidstatus;
    waitpid(pid, &pidstatus, 0);
    // 这里拿到的就是子进程默认返回的0，所以WIFEXITED是1，WEXITSTATUS是0
}

当execl失败后，子进程没有主动调用exit()传入非0的退出码，而是继续执行到进程结束，默认返回0。对父进程来说，子进程是正常退出的（不是被信号杀死），所以WIFEXITED(pidstatus)返回1，WEXITSTATUS(pidstatus)返回0。

如何修复？ #

在execl失败后，让子进程主动以非0退出码终止，比如：

pid_t pid = fork();
if (pid == 0) {
    execl("./my_binary", "my_binary", NULL);
    // 走到这里说明execl失败了
    perror("execl failed"); // 可选：打印错误信息
    exit(EXIT_FAILURE); // 或者exit(1)，用非0码退出
} else {
    int pidstatus;
    waitpid(pid, &pidstatus, 0);
    if (WIFEXITED(pidstatus)) {
        int exit_code = WEXITSTATUS(pidstatus);
        if (exit_code != 0) {
            printf("子进程执行失败，退出码：%d\n", exit_code);
        }
    }
}

这样父进程就能通过WEXITSTATUS拿到非0的退出码，准确判断子进程的执行失败情况了。

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