不知道大家是否一直有一个小问题：我们的 C/C++ 代码为什么要 return 0？为什么不 return 1 或是其它呢？接下来的内容可能会解决你的疑问。

进程退出的场景

• 代码运行完毕，结果正确
• 代码运行完毕，结果不正确
• 代码异常终止

对于一个程序，运行结束后我们关心它是否正确执行；如果结果不正确，需要知道原因。同时，作为进程的父进程（比如启动它的应用程序），也需要接收和处理子进程的退出码。因此，规范、正确地设置退出码非常重要。

ps：日常写的程序大多是单一进程，且有打印输出。但如果一段代码没有打印逻辑，只是运算，且运行在父子进程体系中，程序员和父进程就只能通过退出码判断进程的退出情况了。

谁调用了 main 函数？—— 程序启动的隐藏逻辑

我们写 C/C++ 程序时，总以main函数作为入口，但你有没有想过：main函数是被谁调用的？

在 Windows 系统中，main函数并不是程序执行的 “真正起点”。当可执行文件（.exe）被启动时，操作系统会先将程序加载到内存，然后调用C 运行时库（CRT，C Runtime Library） 提供的 “启动函数”（比如mainCRTStartup）。

启动函数的工作包括：

• 初始化全局变量和静态变量；
• 解析命令行参数，准备main函数的argc（参数数量）和argv（参数数组）；
• 收集系统环境变量，准备main函数的第三个参数env（环境变量数组）；
• 设置程序的堆、栈等运行环境；
• 最后，调用我们写的main函数，并将准备好的argc、argv、env作为参数传递进去。

这一点可以通过main函数的参数直接佐证。除了常见的argc和argv，main函数还可以接收第三个参数env，用于获取系统环境变量（如路径、用户信息等）。这些环境变量显然不是main函数自己生成的，而是由启动函数从系统中收集并传递过来的。例如：

#include <stdio.h>

// main函数的完整参数形式：argc（参数数量）、argv（命令行参数）、env（环境变量）
int main(int argc, char* argv[], char* env[]) {
    // 打印所有环境变量（由启动函数传递）
    for (int i = 0; env[i]; i++) {
        printf("env[%d] : %s\n", i, env[i]);
    }
    return 0;
}

运行结果（部分）：

env[0] : ALLUSERSPROFILE=C:\ProgramData
env[1] : APPDATA=C:\Users\用户名\AppData\Roaming
env[2] : PATH=C:\Windows\system32;C:\Program Files\...
env[3] : USERNAME=用户名
env[4] : TEMP=C:\Users\用户名\AppData\Local\Temp
...

从结果可以看到，env数组中包含了大量系统环境变量，这些变量是启动函数在调用main前从操作系统中获取的。这直接证明了main函数是被上层代码（启动函数）调用的 —— 否则它无法拿到这些外部环境信息。

简单说，程序启动的完整流程是：操作系统 → 启动函数（CRT 提供） → 传递argc/argv/env → 调用main函数。

进程退出的常见方法

正常终止

1. 从 main 函数返回
2. 调用 exit 函数（C 标准库）
3. 调用 ExitProcess 函数（Windows API）

异常终止

• 调用 abort 函数（强制终止，不清理资源）
• 程序触发未处理的异常（如空指针访问、数组越界）
• 被外部操作终止（如在任务管理器中强制结束进程）

1. 调用 ExitProcess 终止（Windows API）

#include <windows.h> // Windows API头文件

// 函数原型：
// VOID ExitProcess(UINT uExitCode);
// 参数：uExitCode是进程的终止状态，父进程通过系统接口获取该值以知晓子进程退出信息

int main() {
    printf("程序即将退出\n");
    ExitProcess(0); // 直接调用Windows系统接口，终止进程
    // 注意：ExitProcess调用后，后续代码不会执行
    printf("这里不会被打印\n");
    return 0;
}

核心作用：ExitProcess是 Windows 内核提供的底层系统调用，它直接通知操作系统 “进程结束”，并将uExitCode作为退出码传递给父进程。

注意：uExitCode 虽然是 UINT 类型（无符号整数），但父进程通常只关注其低 8 位（0-255）。例如，若 uExitCode 为 256，父进程实际获取的值是 0（256 mod 256 = 0）。

2. 调用 exit 终止（C 标准库）

#include <stdlib.h> // exit函数声明

// 函数原型：
// void exit(int status);

int main() {
    printf("程序即将退出\n");
    exit(1); // 终止进程，退出码为1
    // exit调用后，后续代码不会执行
    printf("这里不会被打印\n");
    return 0;
}

exit 函数的执行流程（与启动函数关联）：

1. 执行用户通过atexit注册的清理函数（如资源释放回调）；
2. 关闭所有打开的文件流，刷新缓存数据（确保数据写入文件）；
3. 最终调用 Windows 的ExitProcess函数，将status作为退出码传递给操作系统，完成进程终止。

3. return 退出（main 函数中）

return 是最常见的退出方式，但其作用依赖于启动函数的协作：

• 当main函数执行return n;时，本质是向 “调用它的启动函数” 返回一个值n；
• 启动函数捕获到这个返回值后，会调用exit(n)；
• 而exit(n)最终会调用ExitProcess(n)，将n作为退出码传递给父进程。

因此，main函数的 return 本质是 “间接调用 ExitProcess” 的过程。例如：

#include <stdio.h>

int main() {
    printf("程序执行完毕\n");
    return 2; // 等价于：启动函数接收2 → 调用exit(2) → 调用ExitProcess(2)
}

总结三者关系：main的 return → 启动函数 → exit → ExitProcess（底层系统调用，传递退出码给父进程）。无论是 return、exit 还是直接调用 ExitProcess，最终都是通过ExitProcess完成进程终止并传递退出码的。

异常终止

注意：异常终止会直接打断程序执行，此时的退出码无意义（可能是随机值）！

例如，调用 abort 函数（强制终止，不清理资源）：

#include <stdlib.h>

int main() {
    printf("即将异常终止\n");
    abort(); // 强制终止，不会执行exit或ExitProcess的正常流程
    printf("这里不会被打印\n");
    return 0;
}

abort 会直接触发程序崩溃（类似 “程序停止工作” 的提示），此时父进程获取的退出码通常是一个固定的错误值（如 - 1），但不代表程序的实际执行结果。

退出码的解析工具：strerror 函数与 errno 变量

strerror 函数

strerror 函数定义在string.h中，可根据错误码返回对应的错误信息字符串。它能帮助我们将抽象的数字退出码转换为可读的描述，快速理解程序的退出原因。

示例：

#include <stdio.h>
#include <string.h> // strerror函数声明

int main() {
    // 打印0-10的错误码对应的信息
    for (int i = 0; i <= 10; i++) {
        printf("错误码 %d: %s\n", i, strerror(i));
    }
    return 0;
}

运行结果（部分）：

错误码 0: No error
错误码 1: Operation not permitted
错误码 2: No such file or directory
错误码 3: No such process
错误码 4: Interrupted function call
...

当程序退出码非 0 时，可用 strerror 查看对应的错误原因（例如退出码为 2 时，可判断为 “文件或目录不存在”）。

errno 变量

errno 是定义在errno.h中的全局变量，存储 “最近一次函数调用的错误码”。若函数执行失败（如 malloc 分配内存失败、文件打开失败），可通过strerror(errno)获取具体错误信息。

示例（文件打开失败时的错误码获取）：

#include <stdio.h>
#include <errno.h>  // errno变量
#include <string.h> // strerror函数

int main() {
    // 尝试打开一个不存在的文件
    FILE* file = fopen("nonexistent.txt", "r");
    if (file == NULL) {
        // 打开失败，通过errno获取错误码
        printf("打开文件失败：错误码=%d，信息=%s\n", errno, strerror(errno));
    } else {
        fclose(file);
    }
    return 0;
}

运行结果：

打开文件失败：错误码=2，信息=No such file or directory

通过 errno 和 strerror，可快速定位函数调用失败的原因，是调试程序的重要工具。

总结

Windows 下进程终止的核心是 “退出码”，而退出码的传递最终依赖于ExitProcess这个底层系统调用：

• main函数的 return 通过启动函数和exit间接调用ExitProcess；
• exit函数在清理资源后调用ExitProcess；
• 直接调用ExitProcess则跳过中间步骤，直接终止进程。

父进程通过系统接口获取ExitProcess传递的退出码，从而判断子进程的执行结果。理解这一流程，能帮助我们更规范地设置退出码，以及在调试时快速定位程序问题。

最后，回到开头的问题：我们的 C/C++ 代码为什么要 return 0？为什么不 return 1 或是其它呢？

这其实是一种 “约定俗成的规范”：

• 人们默认用return 0表示 “程序正常执行完毕，没有错误”—— 父进程（或系统）看到退出码为 0 时，会认为子进程完成了预期任务；
• 而return 1或其他非 0 值，则被用来表示 “程序执行过程中出现了错误”。不同的非 0 值甚至可以代表不同的错误类型（比如 1 表示参数错误，2 表示文件不存在等），方便程序员或父进程定位问题。

简单说，return 0是 “一切正常” 的信号，非 0 值是 “出问题了” 的信号 —— 这一规范让程序之间的协作（比如父进程判断子进程结果）变得简单且统一。