使用wait()或waitpid()

这在Unix和使用POSIX函数的衍生工具（如wait()和waitpid()）上是不可能的。返回的退出状态信息由两个8位字段组成，一个包含退出状态，另一个包含有关死亡原因的信息（0表示在程序控制下有序退出，其他值表示信号杀死了它，并表示核心是否被转储）。

使用sigaction()和SA_SIGINFO

如果您努力工作，并阅读sigaction()和<signal.h>的POSIX规范以及Signal Actions，您会发现您可以获得由子进程传递给exit()的32位值。然而，它并不是完全直截了当的。

#include <errno.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/wait.h>
#include <time.h>
#include <unistd.h>

static siginfo_t sig_info = { 0 };
static volatile sig_atomic_t sig_num = 0;
static void *sig_ctxt = 0;

static void catcher(int signum, siginfo_t *info, void *vp)
{
    sig_num = signum;
    sig_info = *info;
    sig_ctxt = vp;
}

static void set_handler(int signum)
{
    struct sigaction sa;
    sa.sa_flags = SA_SIGINFO;
    sa.sa_sigaction = catcher;
    sigemptyset(&sa.sa_mask);

    if (sigaction(signum, &sa, 0) != 0)
    {
        int errnum = errno;
        fprintf(stderr, "Failed to set signal handler (%d: %s)\n", errnum, strerror(errnum));
        exit(1);
    }
}

static void prt_interrupt(FILE *fp)
{
    if (sig_num != 0)
    {
        fprintf(fp, "Signal %d from PID %d (status 0x%.8X; UID %d)\n",
                sig_info.si_signo, (int)sig_info.si_pid, sig_info.si_status,
                (int)sig_info.si_uid);
        sig_num = 0;
    }
}

static void five_kids(void)
{
    const int base = 0xCC00FF40;
    for (int i = 0; i < 5; i++)
    {
        pid_t pid = fork();
        if (pid < 0)
            break;
        else if (pid == 0)
        {
            printf("PID %d - exiting with status %d (0x%.8X)\n",
                   (int)getpid(), base + i, base + i);
            exit(base + i);
        }
        else
        {
            int status = 0;
            pid_t corpse = wait(&status);
            if (corpse != -1)
                printf("Child: %d; Corpse: %d; Status = 0x%.4X - waited\n", pid, corpse, (status & 0xFFFF));
            struct timespec nap = { .tv_sec = 0, .tv_nsec = 1000000 }; // 1 millisecond
            nanosleep(&nap, 0);
            prt_interrupt(stdout);
            fflush(0);
        }
    }
}

int main(void)
{
    set_handler(SIGCHLD);
    five_kids();
}

运行时（程序sigexit73从sigexit73.c编译而来），会产生如下输出：

$ sigexit73
PID 26599 - exiting with status -872349888 (0xCC00FF40)
Signal 20 from PID 26599 (status 0xCC00FF40; UID 501)
Child: 26600; Corpse: 26599; Status = 0x4000 - waited
PID 26600 - exiting with status -872349887 (0xCC00FF41)
Signal 20 from PID 26600 (status 0xCC00FF41; UID 501)
Child: 26601; Corpse: 26600; Status = 0x4100 - waited
PID 26601 - exiting with status -872349886 (0xCC00FF42)
Signal 20 from PID 26601 (status 0xCC00FF42; UID 501)
Child: 26602; Corpse: 26601; Status = 0x4200 - waited
PID 26602 - exiting with status -872349885 (0xCC00FF43)
Signal 20 from PID 26602 (status 0xCC00FF43; UID 501)
Child: 26603; Corpse: 26602; Status = 0x4300 - waited
PID 26603 - exiting with status -872349884 (0xCC00FF44)
Signal 20 from PID 26603 (status 0xCC00FF44; UID 501)
$

删除了对nanosleep()的1毫秒调用后，输出很可能如下所示：

$ sigexit73
sigexit23
PID 26621 - exiting with status -872349888 (0xCC00FF40)
Signal 20 from PID 26621 (status 0xCC00FF40; UID 501)
Child: 26622; Corpse: 26621; Status = 0x4000 - waited
PID 26622 - exiting with status -872349887 (0xCC00FF41)
PID 26623 - exiting with status -872349886 (0xCC00FF42)
Signal 20 from PID 26622 (status 0xCC00FF41; UID 501)
Child: 26624; Corpse: 26623; Status = 0x4200 - waited
Signal 20 from PID 26623 (status 0xCC00FF42; UID 501)
Child: 26625; Corpse: 26622; Status = 0x4100 - waited
PID 26624 - exiting with status -872349885 (0xCC00FF43)
PID 26625 - exiting with status -872349884 (0xCC00FF44)
$

注意，这里只有三行开始于Signal，也只有三行结束于waited;一些信号和退出状态丢失。这可能是因为SIGCHLD信号被设置到父进程之间的时序问题。
但关键是，当代码使用sigaction()、SIGCHLD、SA_SIGINFO跟踪状态时，exit()状态下可以传输4字节的数据。
为了记录在案，测试是在运行macOS莫哈韦10.14.6的MacBook Pro上进行的，使用GCC 9.2.0和XCode 11.3.1。代码也可以在我的SOQ（堆栈溢出问题）存储库中找到，作为src/so-1843-7779子目录中的sigexit73.c文件。

在现代Windows上，操作系统本身和默认控制台shell（CMD.EXE）至少在整个32位有符号整数范围内接受和显示退出代码。在CMD.EXE中运行上面的示例，会得到您要求的退出代码：

> java ExitCode 2
> echo %errorlevel%
2

> java ExitCode 128
> echo %errorlevel%
128

> java ExitCode 255
> echo %errorlevel%
255

> java ExitCode 256
> echo %errorlevel%
256

> java ExitCode 65536
> echo %errorlevel%
65536

Windows并没有Unix信号的概念，也不会试图劫持退出代码来添加额外的信息，所以只要你的shell（或者任何最终阅读退出代码的程序）也不这样做，你就应该取回你返回的退出代码。幸运的是，使用Microsoft的C运行时的程序（包括所有用MS Visual C++编译的程序）将退出代码保留为退出进程的原样。

Windows有更多的退出代码，超过14，000个。（我相信你经常在自己的屏幕上看到其中的一些）。
来了：

• A list of Windows exit codes。
• PowerShell script to test them。