C程序的执行遵循明确的生命周期规则，从系统加载程序到最终资源回收，整个过程有固定的起点和终点，同时受到C语言标准和操作系统调度的共同约束。
C程序的执行起点
严格来说，我们编写的C代码并不是程序最先执行的部分。当我们在命令行运行编译好的可执行文件时，操作系统首先会完成程序加载工作，包括把程序的代码段、数据段映射到内存，初始化运行环境。
之后系统会跳转到C运行时库（CRT）的初始化代码，这部分代码会完成全局变量初始化、栈空间设置、标准输入输出流准备等工作，最后才会调用我们编写的main函数，因此main函数是C程序员可见的程序执行起点。
标准的main函数有两种常见定义形式：
// 无参数形式
int main(void) {
// 程序逻辑
return 0;
}
// 带命令行参数形式
int main(int argc, char *argv[]) {
// argc是参数个数，argv是参数数组
return 0;
}
C程序的执行终点
C程序的执行终点通常和main函数的返回相关，主要有以下几种情况：
正常结束
当main函数执行到return语句时，会将返回值传递给C运行时库，运行时库会调用exit函数完成后续的清理工作，包括调用通过atexit注册的函数、刷新输出缓冲区、关闭打开的文件流等，最后将返回值传递给操作系统，程序结束。
除了return，我们还可以在程序的任意位置调用exit函数直接终止程序，效果和main中return类似：
#include <stdlib.h>
void cleanup(void) {
// 退出前执行的清理逻辑
}
int main(void) {
// 注册退出时要执行的函数
atexit(cleanup);
// 直接调用exit终止程序，会先执行cleanup再退出
exit(0);
// 这行代码永远不会执行
return 0;
}
异常结束
如果程序运行过程中出现严重错误，比如访问非法内存、除以零，或者调用abort函数，程序会异常终止，这种情况下不会执行atexit注册的清理函数，也不会刷新缓冲区，直接由操作系统回收进程资源。
不同场景下的执行边界说明
如果是嵌入式环境下的C程序，情况会有所不同。很多嵌入式系统的main函数通常是无限循环，不会执行到return语句，程序会一直运行直到硬件复位或者断电，这种情况下程序没有显式的结束点。
另外如果是被其他程序调用的C动态库，执行起点是库中被导出的函数，终点是函数执行完成返回调用方，不遵循main函数的规则。
常见误区说明
- 误区1：程序从第一行代码开始执行。实际上最先执行的是运行时库的初始化代码，我们写的全局变量初始化代码也在
main之前执行。 - 误区2：
main函数结束程序就立刻终止。实际上main返回后还会执行运行时库的清理逻辑，不是立刻结束。 - 误区3：所有C程序都有
main函数。动态库、部分嵌入式程序可能没有main函数，执行起点是其他入口函数。
总结
对于普通的用户态C程序，执行起点是main函数，终点是main返回或者调用exit完成清理后交给操作系统回收资源。整个流程受到C标准和操作系统的共同约束，理解这个过程能帮助我们更好地排查程序启动、退出的相关问题，也能更清晰地认知C程序和运行环境的交互逻辑。