3、启动流程深度解析：MCU上电复位流程、中断向量表重映射、启动模式选择（BOOT0/BOOT1）
各位同学，咱们今天聊点硬核的——MCU上电之后到底发生了什么？
很多人写了好几年固件，对启动流程还是一知半解。说实话，我刚开始做嵌入式那会儿也是这样。直到有一次，我在一个工业控制项目里，芯片死活从错误的地址启动，折腾了两天才发现是BOOT引脚电平没拉对。嗯，从那以后，我就把启动流程彻底啃透了。
这一章，咱们就把MCU从复位到进入main()函数的全过程，掰开揉碎了讲清楚。
3.1 上电复位：芯片的“第一口呼吸”
MCU上电那一刻，内部发生了什么？
说白了，就是芯片内部有一套“自检+初始化”的流程。我习惯把它分成三个阶段：
- 电源稳定阶段：VDD电压从0V爬升到额定值。芯片内部有个POR（上电复位）电路，电压没到阈值之前，它死死按住复位引脚不放。
- 时钟起振阶段：内部RC振荡器开始工作。这时候芯片有了“心跳”。
- 硬件初始化阶段：CPU从复位向量表里取出栈指针和PC指针，开始执行第一条指令。
关键点：MCU复位后，默认从0x00000000地址读取栈顶指针，从0x00000004地址读取复位向量（即第一条指令的地址）。这是ARM Cortex-M系列的标准行为。
你想想看，如果这两个地址里的数据是错的，那芯片跑起来就是“灵魂出窍”——完全不知道在干什么。
3.2 中断向量表重映射：让芯片“认路”
默认情况下，中断向量表放在Flash的起始地址（0x08000000）。但问题来了——如果你的Bootloader在0x08000000，应用程序在0x08020000，那应用程序的中断向量表怎么办？
答案就是：中断向量表重映射。
ARM Cortex-M3/M4内核提供了一个叫SCB->VTOR的寄存器。你只需要把应用程序的中断向量表地址写进去，CPU就知道该去哪里找中断服务函数了。
我记得在某个项目中，客户要求Bootloader和应用程序完全独立。我就在跳转到应用程序之前，做了这么一件事：
// 假设应用程序的起始地址是 0x08020000
#define APP_ADDRESS 0x08020000
// 1. 关闭全局中断
__disable_irq();
// 2. 重映射中断向量表
SCB->VTOR = APP_ADDRESS;
// 3. 设置新的栈指针
__set_MSP(*(uint32_t *)APP_ADDRESS);
// 4. 跳转到应用程序的复位向量
void (*app_reset_handler)(void) = (void (*)(void))(*(uint32_t *)(APP_ADDRESS + 4));
app_reset_handler();我曾经踩过的坑：跳转之前一定要关闭全局中断！否则在重映射VTOR的瞬间，如果来了一个中断，CPU会去旧的中断向量表里找处理函数，而旧表已经被覆盖了——直接HardFault。
另外，有些MCU（比如STM32F1系列）不支持VTOR寄存器。怎么办？
嗯，那就只能用“复制向量表”的方法了。把应用程序的中断向量表复制到SRAM的起始地址，然后修改内存映射。虽然麻烦点，但也能用。
3.3 启动模式选择：BOOT0/BOOT1的“三岔路口”
MCU上电后，到底从哪个地址开始执行？这取决于BOOT0和BOOT1引脚的电平状态。
以STM32为例，启动模式是这样的：
| BOOT0 | BOOT1 | 启动区域 | 说明 |
|---|---|---|---|
| 0 | X | 主Flash | 正常启动模式，从0x08000000开始 |
| 1 | 0 | 系统存储器 | 内置Bootloader，用于串口/USB下载 |
| 1 | 1 | SRAM | 调试模式，从SRAM启动 |
说白了，这就是一个“三岔路口”。你选择哪条路，芯片就从哪个地方开始跑。
我个人习惯在产品设计时，把BOOT0通过一个10kΩ电阻下拉到GND，这样上电默认从Flash启动。同时留一个测试点，方便生产时用镊子短接到VDD，进入系统存储器模式烧录固件。
小技巧：如果你用的是STM32G0/G4系列，它们支持通过选项字节（Option Bytes）来配置启动模式，不需要外部引脚。这在空间受限的设计里特别有用。
3.4 完整的启动流程：从复位到main()
咱们把整个流程串起来，看看MCU到底是怎么“活过来”的：
- 上电：POR电路检测到电压稳定，释放复位信号。
- 取向量：CPU从0x00000000读栈指针，从0x00000004读复位向量。
- 执行启动文件：启动文件（startup_xxx.s）开始运行。它负责：
- 初始化BSS段（清零）
- 拷贝数据段（从Flash到SRAM）
- 初始化堆栈
- 调用SystemInit()配置时钟
- 进入main()：调用__main()（C库函数），最终跳转到你的main()函数。
你可能会问：为什么启动文件要用汇编写？
因为C语言依赖栈和全局变量，而这些东西在启动文件执行之前还没准备好。说白了，就是“先有鸡还是先有蛋”的问题——启动文件就是那只“先有的鸡”。
避坑指南：我曾经在一个项目中，因为启动文件里的堆栈大小设置太小，导致程序跑着跑着就莫名其妙地死机。排查了三天，最后发现是堆栈溢出覆盖了全局变量。从那以后，我每次都会检查启动文件里的Stack_Size和Heap_Size，确保它们足够大。
3.5 实战建议：如何验证你的启动流程
光说不练假把式。我建议你动手做这几件事：
- 用调试器看复位后的PC值：上电后暂停，看看PC指针是不是指向了复位向量。
- 检查VTOR寄存器：在应用程序里读一下SCB->VTOR，确认它指向了正确的地址。
- 测试BOOT引脚：用万用表量一下BOOT0/BOOT1的电平，确保硬件设计没问题。
嗯，这些看起来都是小细节，但往往就是这些小细节，决定了你的产品能不能稳定运行。
下一章，咱们会深入Bootloader的架构设计，包括分区规划、跳转逻辑和固件校验。到时候，你会发现自己对启动流程的理解，又上了一个台阶。