3、MCU启动流程详解（上）：复位序列、启动模式选择、从Flash加载向量表
各位同学，咱们今天聊聊MCU上电后到底干了什么。
很多人写代码好几年，一上来就是main()函数。但你想过没有？从你按下复位键，到main()函数的第一行代码执行，中间发生了什么？我当年刚入行时也稀里糊涂，直到有一次调试一个诡异的启动失败问题，才逼着自己把这段流程啃了个透。
说白了，MCU启动就是三件事：复位、选模式、找入口。咱们一个一个说。
3.1 复位序列：芯片醒来的第一步
你按下复位键，或者上电瞬间，芯片内部发生了什么？
我习惯把复位序列分成三个阶段：
- 硬件复位阶段——芯片内部逻辑清零，寄存器回到默认值
- 启动模式采样阶段——芯片读取BOOT引脚电平，决定从哪启动
- 向量表加载阶段——从指定地址读取栈指针和复位向量，跳转执行
嗯，这里要注意：复位不是瞬间完成的。芯片内部有个复位控制器，它会等待时钟稳定、电源电压达标，然后才释放复位信号。我记得有一次项目，板子偶尔启动不起来，查了半天，发现是电源纹波太大，复位控制器一直在复位状态里打转。
3.2 启动模式选择：芯片的“三岔路口”
复位完成后，MCU要做的第一件事——不是跑你的程序，而是决定“我从哪启动”。
大部分车载MCU支持三种启动模式：
| 启动模式 | BOOT引脚电平 | 启动地址 | 典型用途 |
|---|---|---|---|
| 主Flash启动 | 00 | 0x08000000 | 正常运行模式 |
| 系统存储器启动 | 01 | 0x1FFF0000 | Bootloader升级 |
| 内置SRAM启动 | 10 | 0x20000000 | 调试/测试 |
你想想看，芯片怎么知道选哪个模式？其实就是在复位释放的瞬间，芯片内部锁存了BOOT0和BOOT1引脚的电平状态。这个采样窗口非常短，通常只有几个时钟周期。
我个人习惯在原理图设计时，把BOOT引脚通过电阻上拉或下拉到固定电平，避免悬空导致误采样。有一次我在实验室调试，手一碰板子，芯片就跳到系统存储器启动了，程序死活跑不起来。后来发现是BOOT引脚没接电阻，手指的感应电压让芯片误判了。
3.3 从Flash加载向量表：找到程序的入口
好，现在芯片知道要从主Flash启动了。接下来呢？
它会去Flash的起始地址（比如0x08000000）读取两个关键数据：
- 前4字节——栈指针（MSP）的初始值
- 后4字节——复位向量（Reset_Handler）的地址
这两个数据组成了所谓的“向量表”。芯片拿到复位向量地址后，直接跳过去执行。你的程序，就是从那里开始跑的。
我画个简化的流程给你看：
复位释放
↓
读取BOOT引脚 → 选择启动模式
↓
从0x08000000读取前4字节 → 加载到MSP寄存器
↓
从0x08000004读取后4字节 → 跳转到Reset_Handler
↓
执行启动代码（初始化时钟、RAM、外设等）
↓
跳转到main()这里有个坑，我当年踩过。有些MCU的向量表起始地址不是固定的，可以通过寄存器重映射。比如STM32的SYSCFG_MEMRMP寄存器，可以改变向量表的映射位置。如果你在Bootloader里做了重映射，但应用程序里没处理好，跳转过去就会跑飞。
3.4 实战中的注意事项
说了这么多理论，咱们落地到实际项目中。我总结了几条经验：
- 向量表对齐——大部分ARM Cortex-M系列要求向量表按512字节或1024字节对齐。不对齐的话，芯片可能找不到正确的入口。
- 栈空间预留——启动代码在进入main()之前，会调用一些初始化函数。如果栈空间设得太小，还没进main就栈溢出了。我一般至少预留1KB。
- 看门狗处理——有些芯片上电后默认开启独立看门狗。如果你在启动代码里没及时喂狗，芯片会反复复位。嗯，这个坑我帮你们踩过了。
好了，这一章咱们把复位序列、启动模式选择和向量表加载讲清楚了。下一章我会深入讲启动代码的细节，包括时钟配置、RAM初始化、C运行时环境建立等。到时候咱们再聊。