第2章 STM32启动流程深度解析：从复位向量到main函数的完整链路
很多工程师写了好几年STM32代码，却从没认真看过启动文件。说实话，我以前也是这样。直到有一次产品量产时出现随机死机，查了整整两周，最后发现是堆栈初始化配置出了问题。从那以后，我每次建新项目都会把启动文件从头到尾过一遍。
这一章，我们就来彻底搞懂STM32上电后到底发生了什么。从复位向量到main函数，每一步都讲清楚。
2.1 复位后的第一行代码在哪里？
STM32上电复位后，CPU会从0x00000000地址读取栈顶指针，从0x00000004地址读取复位向量。这两个地址指向哪里？其实它们被映射到了Flash的起始地址（0x08000000）。
你想想看，芯片一上电，CPU连C语言都还不认识，它只能执行最原始的指令。所以复位向量指向的必须是一段汇编代码——这就是启动文件（startup_stm32xxx.s）的入口。
2.2 启动文件详解
启动文件是芯片厂商提供的汇编文件，不同系列略有差异，但核心结构是一样的。我以STM32F4系列为例，带你看懂它的五脏六腑。
| 段名称 | 作用 | 我踩过的坑 |
|---|---|---|
| 中断向量表 | 定义所有中断入口地址 | 中断号偏移算错，IRQ不响应 |
| Reset_Handler | 系统初始化入口 | 忘记调用SystemInit，时钟不对 |
| 堆栈初始化 | 分配C运行环境所需内存 | 堆太小，malloc返回NULL |
| 数据段搬运 | 将.data从Flash复制到SRAM | 搬运地址算错，全局变量全乱 |
| BSS段清零 | 清零未初始化的全局变量 | 漏掉某段，变量初始值随机 |
| 调用main | 跳转到C世界 | — |
2.3 堆栈初始化过程
堆栈初始化是启动文件里最容易被忽视的部分。说白了，就是告诉芯片：你的栈顶在哪里、堆有多大。
启动文件开头通常会看到这样的定义：
Stack_Size EQU 0x00000400
AREA STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem SPACE Stack_Size
__initial_sp这里定义了1KB的栈空间。__initial_sp就是栈顶地址，会被写入中断向量表的第一个位置。我习惯把栈大小设为实际需求的1.5倍，留点余量。
堆的定义类似：
Heap_Size EQU 0x00000200
AREA HEAP, NOINIT, READWRITE, ALIGN=3
__heap_base
Heap_Mem SPACE Heap_Size
__heap_limit2.4 从复位到main的完整链路
我把整个流程画成了一张图，你一看就明白：
这张图里，步骤5是最容易出问题的。我见过一个项目，.data段搬运地址在链接脚本里写错了，结果全局变量初始值全乱套，电机一上电就疯转。嗯，那场面挺刺激的。
2.5 避坑指南
- 栈溢出检测： 我习惯在栈底填充0xDEADBEEF，运行时定期检查这个值有没有被覆盖。一旦变了，说明栈溢出了。
- 中断向量表偏移： 如果用了Bootloader，APP的中断向量表要偏移。在SystemInit或main开头调用
SCB->VTOR = FLASH_BASE | OFFSET。 - 堆大小估算： 不要拍脑袋定堆大小。我一般先设大一点，跑完所有功能后用
__heap_limit - __heap_base算实际用量，再砍到1.2倍。 - 链接脚本配合： 启动文件里的段名要和链接脚本（.ld或.sct）里的段名一致。名字对不上，链接器会报错或者生成错误的地址。
2.6 调试技巧
如果你怀疑启动流程有问题，可以用调试器单步跟踪。我常用的方法是：
- 在Reset_Handler入口设断点
- 单步执行，观察SP和PC的变化
- 检查.data搬运前后的内存值
- 确认.bss段清零后变量为0
- 最后一步，看main函数是否被正确调用
有一次我发现main函数根本没被调用，PC直接飞到了HardFault_Handler。查了半天，原来是中断向量表里main的地址写错了。嗯，这种低级错误，犯过一次就再也不会犯了。