启动流程分析：MCU上电启动流程、中断向量表重映射、启动模式选择

做嵌入式开发这么多年，我见过不少工程师一上来就写应用代码，对MCU怎么“醒过来”的完全没概念。结果呢？Bootloader写好了，跳转就是不对；中断来了，程序跑飞了。说白了，你不懂启动流程，后面所有工作都是蒙着眼走路。

这一章，咱们就把MCU上电后那几百微秒里发生的事彻底讲清楚。你想想看，芯片从复位到执行你的main函数，中间到底经历了什么？

1. MCU上电启动流程

MCU上电后，硬件会自动完成一系列初始化动作。这个过程是芯片设计时就定死的，软件无法干预。我习惯把它分成三个阶段：

阶段	时间窗口	主要动作	谁在执行
硬件复位	上电瞬间 ~ 几十μs	POR复位、时钟稳定、电源检测	芯片硬件状态机
启动代码	几十μs ~ 几ms	取复位向量、初始化堆栈、跳转	固化BootROM / Flash首地址
用户初始化	几ms ~ 几百ms	SystemInit、BSS清零、data段拷贝	启动文件(startup_xxx.s)

硬件复位阶段，芯片内部有个POR（Power-On Reset）电路。电压上升到阈值后，POR释放，内部时钟开始振荡。我记得有一次调试一块STM32F4板子，上电后死活不跑，量电压3.3V正常，后来发现是POR电容焊错了，复位时间不够。嗯，这种坑踩过一次就记住了。

启动代码阶段，MCU从复位向量表取出栈指针和PC指针。以Cortex-M为例，上电后硬件自动做两件事：

• 从地址 0x00000000 读取 栈顶地址，写入 MSP
• 从地址 0x00000004 读取 复位向量，写入 PC

然后CPU就开始执行复位向量指向的第一条指令。这个向量表的位置，决定了你的程序从哪启动。

2. 中断向量表重映射

中断向量表，说白了就是一张"中断服务函数地址表"。每个中断源对应一个表项，CPU收到中断后，查表找到函数地址跳过去执行。

默认情况下，向量表放在Flash起始地址（0x08000000或0x00000000）。但做Bootloader时，你肯定遇到过这个问题：APP的向量表也在Flash起始位置，Bootloader也在那，冲突了怎么办？

解决方案就是——中断向量表重映射。

Cortex-M3/M4提供了 SCB->VTOR 寄存器，你可以把向量表挪到任意地址。比如你的APP烧录在0x08010000，那就在APP启动时设置：

// 将向量表重映射到 0x08010000
SCB->VTOR = 0x08010000;

// 或者用HAL库
HAL_SYSTICK_Config(SystemCoreClock / 1000);
__HAL_RCC_SYSCFG_CLK_ENABLE();
SYSCFG->MEMRMP = SYSCFG_MEMRMP_VECT_TAB_SRAM;  // 映射到SRAM
// 然后手动拷贝向量表到SRAM

我个人习惯把向量表放在APP的起始地址，而不是拷贝到SRAM。原因很简单：Flash够大，省事。但如果你要做在线升级、双备份，那就得把向量表拷到SRAM，因为Flash在擦写时不能读。

重映射时要注意几个细节：

• 对齐要求： 向量表地址必须按 2^(N+2) 字节对齐，N是中断源个数。一般512字节对齐就够了，但保险起见我习惯用1KB对齐。
• 双映射场景： 如果Bootloader和APP都用了中断，跳转前要关掉所有外设中断，否则跳转瞬间可能触发异常。
• SRAM映射： 拷贝向量表到SRAM后，记得设置VTOR指向SRAM地址，并且SRAM那段区域不能被其他变量覆盖。

3. 启动模式选择

大部分MCU支持多种启动模式，通过BOOT引脚的电平来选择。以STM32为例，有三种模式：

BOOT0	BOOT1	启动区域	典型用途
0	X	主Flash (0x08000000)	正常运行
1	0	系统存储器 (BootROM)	串口下载、出厂固件
1	1	内嵌SRAM (0x20000000)	调试、临时运行

你想想看，为什么要有启动模式？说白了就是为了灵活性。正常产品从Flash启动，但万一Flash里的程序把芯片锁死了呢？这时候把BOOT0拉高，从系统存储器启动，就能用串口重新烧录。

我在做量产工具时，就利用了这个特性。产线上用治具自动拉高BOOT0，通过串口烧录Bootloader，烧完再拉低BOOT0复位，芯片就从Flash启动了。整个过程不到3秒。

启动模式的选择，本质上决定了CPU复位后从哪个物理地址取向量表。注意，这里说的是"物理地址"，不是"逻辑地址"。Cortex-M的0x00000000是个别名区域，实际映射到Flash、SRAM或BootROM，具体映射关系由BOOT引脚决定。

嗯，这里要注意：有些MCU（比如NXP的LPC系列）启动模式更复杂，还支持SPI Flash、NAND Flash启动。但原理都一样——复位后CPU从哪个设备读取第一条指令。

4. 整体流程可视化

说了这么多，咱们用一张图把整个启动流程串起来。这张图我画了很多次，每次给团队新人培训都用它。

这张图把整个流程串起来了。从硬件复位开始，到取向量表、执行启动代码，再到启动模式选择，最后是向量表重映射。每一步都环环相扣。

我个人建议，做Bootloader开发前，先把这张图刻在脑子里。你调试时遇到的大部分诡异问题——跳转失败、中断不响应、复位异常——都能在这张图里找到根因。