2. 启动流程分析：MCU上电启动流程、中断向量表与复位向量、启动模式与启动介质选择

各位同学，咱们今天聊聊MCU上电后到底干了什么。很多人写了好几年代码，一提到启动流程还是模模糊糊。我当年刚入行时也是这样，直到有一次调试一个死活跑不起来的板子，才逼着自己把启动流程彻底啃了一遍。嗯，今天咱们就把这事说透。

2.1 MCU上电启动流程

MCU上电后，不是直接跑你的main函数。它得先完成一系列“初始化动作”，就像你早上起床要先睁眼、坐起来、穿鞋，才能去跑步。这个流程大致分三步：

1. 硬件复位阶段：电源稳定后，复位电路释放复位信号，CPU内核从复位状态恢复。
2. 启动代码执行阶段：CPU从复位向量指向的地址取第一条指令，执行启动代码（通常是汇编写的）。
3. C运行时环境初始化：初始化栈指针、清零BSS段、拷贝数据段，最后调用main函数。

说白了，前两步是硬件和汇编的事，第三步才跟C语言沾边。我见过不少新手直接在main里点灯，结果灯不亮，查了半天发现是栈指针没设对——这种坑，踩一次就记住了。

2.2 中断向量表与复位向量

中断向量表，说白了就是一张“中断服务函数地址表”。每个中断源对应一个表项，CPU发生中断时，硬件自动从这张表里取出对应的函数地址，跳过去执行。

这张表通常放在Flash的最开头。以Cortex-M系列为例，向量表从地址0x0000_0000开始：

偏移地址	内容	说明
0x0000_0000	栈顶地址（MSP初始值）	上电后SP自动加载此值
0x0000_0004	复位向量（Reset_Handler）	上电后PC跳转的目标地址
0x0000_0008	NMI_Handler	不可屏蔽中断
0x0000_000C	HardFault_Handler	硬件错误中断
...	...	...

这里有个关键点：复位向量是CPU上电后第一个取指的目标。你想想看，如果复位向量指向了错误地址，那整个系统就废了。我曾经在一个项目里，因为链接脚本写错了，复位向量指向了未初始化的RAM区域，结果板子一上电就跑飞了。查了两天才找到原因——从那以后，我每次都会在启动代码里加一句检查复位向量有效性的逻辑。

2.3 启动模式与启动介质选择

很多MCU支持多种启动模式。比如STM32，可以通过BOOT0和BOOT1引脚的电平组合，选择从Flash、系统存储器（内置Bootloader）或SRAM启动。

BOOT0	BOOT1	启动介质	典型用途
0	X	主Flash	正常运行用户程序
1	0	系统存储器	出厂Bootloader（串口下载）
1	1	SRAM	调试/测试

为什么要有多种启动模式？说白了就是为了灵活性。正常运行时从Flash启动，需要固件升级时切换到系统存储器里的出厂Bootloader，或者从外部SPI Flash启动。我做过一个产品，因为Flash芯片焊接不良，导致大批量板子无法启动。后来我们在Bootloader里加了“启动介质回退”机制——如果主Flash校验失败，自动尝试从备份的SPI Flash启动。这个设计救了我们一命。

2.4 启动介质选择策略

在实际项目中，启动介质的选择往往不是简单的引脚电平配置。你需要考虑：

• 主启动介质：通常是内部Flash，速度快、可靠性高。
• 备份启动介质：外部SPI Flash或SD卡，用于OTA升级失败时的恢复。
• 回退策略：如果主介质校验失败，自动切换到备份介质。

我建议在Bootloader中实现一个“启动优先级表”，按顺序尝试各个介质：

/* 启动介质优先级表 */
typedef struct {
    uint32_t base_addr;    /* 介质基地址 */
    uint32_t size;         /* 介质大小 */
    uint8_t  type;         /* 介质类型：FLASH/SPI/SD */
    uint8_t  priority;     /* 优先级：0最高 */
} boot_media_t;

boot_media_t g_boot_media[] = {
    {0x08000000, 0x100000, MEDIA_INTERNAL_FLASH, 0},  /* 主Flash */
    {0x90000000, 0x200000, MEDIA_SPI_FLASH,      1},  /* 外部SPI Flash */
    {0x00000000, 0x000000, MEDIA_NONE,           2},  /* 结束标志 */
};

这个表的好处是，你可以通过修改表项来调整启动策略，而不需要改动核心逻辑。我在一个工业控制器项目里就是这么做的，客户要求支持从SD卡升级固件，我们只需要在表里加一项就行，代码几乎没动。