嵌入式系统启动流程：从复位向量到main函数的完整链路
大家好，我是你们的讲师。今天我们来聊聊嵌入式系统上电后，到底发生了什么。很多同学写了好几年单片机程序，一提到启动流程就含糊其辞——说白了，就是不知道芯片从复位到进入 main() 中间那几步到底在干嘛。
我个人习惯把启动流程比作「军队出征前的整队」。芯片上电复位相当于吹响了集合号，但你不能让士兵直接冲出去打仗——得先清点人数、分配武器、指定指挥官。启动文件（startup.s）干的就是这个活儿。
2.1 复位向量：芯片的第一口气
芯片上电后，PC（程序计数器）指向哪里？答案是复位向量地址。对于 Cortex-M 系列内核，这个地址固定为 0x00000000（或者通过 BOOT 引脚映射到其他地址）。
复位向量表里存了两样东西：
- 栈顶指针（MSP）：放在向量表第一个字（偏移 0x00）
- 复位处理函数地址：放在向量表第二个字（偏移 0x04）
硬件自动从这两个地址取值，然后跳转到复位处理函数。嗯，这里要注意：Cortex-M 不需要你手动初始化栈指针，硬件帮你干了。但 ARM7、ARM9 这些老内核可没这么智能——你得在汇编里自己设 SP。
关键点：复位向量是芯片执行的第一条指令的来源。如果向量表放错了位置，芯片直接跑飞。我在项目中遇到过一块板子，焊完死活不跑，查了两天才发现是 BOOT 引脚电平没拉对，向量表映射到了 Flash 之外的空地址。
2.2 启动文件（startup.s）到底干了什么
启动文件通常用汇编写成，名字可能是 startup_stm32f4xx.s、reset_handler.s 之类的。它的核心任务可以归纳为 5 步：
- 定义向量表——告诉芯片中断来了该跳到哪里
- 初始化栈指针——给 C 语言运行时准备好栈空间
- 清零 BSS 段——把未初始化的全局变量清 0
- 拷贝数据段——把 Flash 里的初始值搬到 RAM 里
- 调用 main()——终于进入 C 世界
你想想看，如果没有启动文件，你的全局变量 int g_counter = 100; 上电后 RAM 里是随机值，根本不会是 100。启动文件就是负责把这些初始值从 Flash 搬到 RAM 的搬运工。
2.3 从复位到 main 的完整链路
我画了一张流程图，把整个链路串起来。这张图我每次讲课都会拿出来，因为它把「硬件自动做」和「软件手动做」分得清清楚楚。
我的经验：曾经有个学生调试时发现全局变量初始值不对，怀疑编译器有问题。我让他检查启动文件里的 .data 段起始地址和长度——结果发现链接脚本里 LMA（加载地址）和 VMA（运行地址）写反了。启动文件把数据从错误的位置搬到了 RAM，当然不对。所以，启动文件和链接脚本是配套的，改一个就得改另一个。
2.4 启动文件的核心代码片段
下面是一个简化版的 startup.s 核心逻辑。不同芯片厂商的写法略有差异，但骨架都一样。
; 向量表定义
__Vectors DCD __initial_sp ; 栈顶指针
DCD Reset_Handler ; 复位处理函数
DCD NMI_Handler ; NMI 中断
DCD HardFault_Handler ; 硬错误中断
; ... 其他中断向量 ...
; 复位处理函数
Reset_Handler PROC
EXPORT Reset_Handler
; 1. 调用 SystemInit 配置时钟
BL SystemInit
; 2. 清零 BSS 段
LDR R0, =__bss_start
LDR R1, =__bss_end
MOV R2, #0
bss_loop CMP R0, R1
ITT LT
STRLT R2, [R0], #4
BLT bss_loop
; 3. 拷贝 .data 段
LDR R0, =__data_load ; Flash 中的加载地址
LDR R1, =__data_start ; RAM 中的运行地址
LDR R2, =__data_end
data_loop CMP R1, R2
ITT LT
LDRLT R3, [R0], #4
STRLT R3, [R1], #4
BLT data_loop
; 4. 跳转到 main
BL main
B .
ENDP避坑指南：我曾经在移植 FreeRTOS 时遇到一个诡异问题——任务栈莫名其妙被踩。查到最后发现是启动文件里分配的堆栈大小不够，导致中断嵌套时栈溢出，覆盖了 BSS 段的数据。建议你在启动文件里至少分配 1KB 以上的栈空间给主栈，RTOS 的任务栈另外单独分配。
2.5 各段的内存布局
嵌入式程序在内存里不是乱放的，而是分成了几个「段」。启动文件就是负责把这些段安排明白。我整理了一张表，方便你对照：
| 段名 | 存储位置 | 内容 | 启动文件操作 |
|---|---|---|---|
| .text | Flash（只读） | 代码、常量、字符串字面量 | 无需操作，CPU 直接取指 |
| .rodata | Flash（只读） | 只读数据（const 变量） | 无需操作 |
| .data | Flash 中存储初始值 RAM 中运行 |
已初始化的全局/静态变量 | 从 Flash 拷贝到 RAM |
| .bss | RAM | 未初始化的全局/静态变量 | 清零 |
| .heap | RAM | 动态内存分配（malloc） | 可选初始化 |
| .stack | RAM | 函数调用栈、局部变量 | 设置 SP 指针 |
你想想看，.data 段为什么要拷贝？因为 Flash 掉电不丢失，但 RAM 速度快。程序运行时必须把变量放到 RAM 里才能读写。启动文件就是那个「从硬盘搬到内存」的搬运工——只不过在嵌入式世界里，硬盘就是 Flash，内存就是 SRAM。
2.6 为什么需要 SystemInit()
很多启动文件在进入 main 之前会调用 SystemInit()。这个函数主要干三件事：
- 配置系统时钟——从默认的 HSI（内部低速时钟）切换到 HSE+PLL，把主频拉到最高
- 配置 Flash 预取缓冲——提高代码执行效率
- 配置中断向量表偏移——如果程序不在 0x0000 运行，需要重映射
我个人习惯把 SystemInit() 放在启动文件里调用，而不是在 main 开头调。原因很简单：如果 main 里第一条语句就依赖高主频（比如延时函数），而时钟还没配好，那延时就不准了。
一句话总结：启动文件就是嵌入式系统的「开机自检 + 环境准备」。没有它，C 语言的全局变量、栈、堆全都没法用。你写的 main() 函数，其实是站在启动文件的肩膀上运行的。