📚 课程目录第2章 MCU启动流程详解

2. MCU启动流程详解：从复位向量到main函数的完整启动链路

芯片上电那一刻，到底发生了什么？

很多初学者以为，MCU一通电就直接跳进main函数了。其实不然。从复位到main，中间藏着一条完整的启动链路。我当年刚入行时，就因为不清楚这条链路，在Bootloader开发中踩了个大坑——程序死活跳不到应用程序。后来才明白，是中断向量表没处理好。

今天我们就来彻底拆解这条链路。你搞懂了它，后面写Bootloader会顺手很多。

2.1 复位后的第一站：复位向量

MCU上电或复位后，CPU会从复位向量指向的地址开始执行。这个地址通常固定在芯片的起始存储区域。

以Cortex-M系列为例，复位向量位于0x00000004处（向量表的第二个字）。CPU从这里取出复位处理函数的地址，然后跳转过去执行。

关键点：复位向量不是代码入口，而是复位处理函数地址的存放位置。CPU先读地址，再跳转。

我见过有人把复位向量直接写成代码，结果芯片一跑就飞。记住：向量表里存的是地址，不是指令。

2.2 堆栈指针的初始化

复位后第一件事，CPU会从0x00000000处读取主堆栈指针（MSP）的初始值。这个值必须指向一块有效的RAM区域，否则函数调用、中断响应都会崩溃。

堆栈指针初始化通常由启动文件完成。以STM32为例，启动文件里会这样写：

__Vectors       DCD     __initial_sp          ; 0x00000000: 栈顶地址
                DCD     Reset_Handler         ; 0x00000004: 复位向量
                DCD     NMI_Handler           ; 0x00000008: NMI中断
                ; ... 其他中断向量

__initial_sp 的值由链接脚本计算，通常是RAM的末尾地址。为什么是末尾？因为栈是向下生长的，从高地址往低地址压。

我的习惯：在链接脚本里给栈留足空间，至少1KB起步。如果用到RTOS或大量嵌套中断，建议4KB以上。我曾经在项目里只给了512字节，结果一开中断就栈溢出，查了两天才找到原因。

2.3 中断向量表的结构与重定位

中断向量表是MCU中断系统的核心。它是一张地址表，每个表项对应一个中断服务函数（ISR）的入口地址。

偏移地址	内容	说明
0x00000000	MSP初始值	栈顶地址
0x00000004	Reset_Handler	复位处理函数
0x00000008	NMI_Handler	不可屏蔽中断
0x0000000C	HardFault_Handler	硬件错误中断
...	...	...

默认情况下，向量表固定在0x00000000。但在Bootloader场景下，应用程序的向量表不能和Bootloader冲突。这时候就需要向量表重定位。

2.3.1 为什么需要重定位？

Bootloader和应用程序是两套独立的固件。如果应用程序的向量表也放在0x00000000，就会覆盖Bootloader的向量表。中断一来，CPU找错地址，系统直接挂掉。

解决办法：把应用程序的向量表搬到另一个地址，比如0x08010000（假设Flash起始地址是0x08000000，Bootloader占64KB）。

2.3.2 如何实现重定位？

Cortex-M系列提供了VTOR（向量表偏移寄存器）。你只需要把新向量表的基地址写进VTOR即可。

/* 以STM32F4为例 */
#define APP_VECTOR_TABLE  0x08010000

void vector_table_relocate(void)
{
    /* 设置VTOR寄存器 */
    SCB->VTOR = APP_VECTOR_TABLE;
}

注意：VTOR的值必须对齐到512字节边界（Cortex-M0/M0+是128字节）。我见过有人忘了对齐，结果中断响应时好时坏。

避坑指南：我曾经在一个项目里，Bootloader跳转到应用程序前忘了重定位向量表。结果应用程序里的定时器中断一触发，CPU直接跑回Bootloader的中断处理函数。查了三天，最后用调试器看VTOR才发现问题。所以，跳转前一定要确认VTOR指向了正确的位置。

2.4 从复位向量到main的完整流程

我们把整个启动链路串起来，看看每一步到底做了什么。

上电/复位：CPU从0x00000000读取MSP初始值，从0x00000004读取Reset_Handler地址。
执行Reset_Handler：这是启动文件里的汇编函数，主要做三件事：
- 初始化BSS段（清零未初始化的全局变量）
- 复制DATA段（从Flash拷贝已初始化的全局变量到RAM）
- 调用SystemInit（配置系统时钟、PLL等）
调用__main（C运行时库）：完成C库的初始化，比如堆的初始化。
跳转到main函数：终于，你的C代码开始执行。

说白了，启动文件就是给C语言搭舞台的。它把硬件环境准备好，把全局变量安排好，然后才把控制权交给你的main。

2.5 启动流程全景图

下面这张图把整个流程画清楚了。你可以对照着看，每一步的输入输出是什么。

2.6 向量表重定位的实战要点

在Bootloader开发中，向量表重定位是必须做的一步。下面是我总结的几个要点：

对齐要求：Cortex-M3/M4要求512字节对齐，M0/M0+要求128字节对齐。不对齐的话，VTOR写入无效。
重定位时机：在跳转到应用程序之前完成。我习惯在Bootloader的跳转函数里做这件事。
检查MSP：跳转前，从应用程序向量表的第一个字读出MSP值，确保它指向有效的RAM区域。
关闭中断：重定位前，关掉所有外设中断，防止重定位过程中有中断闯入。

核心原则：向量表重定位的本质是告诉CPU「新的中断处理函数在哪里」。你只要把VTOR指向新表，CPU就会自动去新表里找ISR地址。

2.7 一个完整的跳转示例

下面是我在实际项目中用的跳转函数。它做了三件事：关中断、重定位向量表、跳转。

typedef void (*app_func_t)(void);

void jump_to_app(uint32_t app_addr)
{
    uint32_t msp_value;
    app_func_t app_entry;
    
    /* 1. 关闭全局中断 */
    __disable_irq();
    
    /* 2. 从应用程序向量表读取MSP和入口地址 */
    msp_value = *(volatile uint32_t*)app_addr;
    app_entry = (app_func_t)(*(volatile uint32_t*)(app_addr + 4));
    
    /* 3. 检查地址有效性 */
    if ((msp_value < SRAM_BASE) || (msp_value >= (SRAM_BASE + SRAM_SIZE)))
    {
        return;  /* MSP无效，不跳转 */
    }
    
    /* 4. 重定位向量表 */
    SCB->VTOR = app_addr;
    
    /* 5. 设置主堆栈指针 */
    __set_MSP(msp_value);
    
    /* 6. 跳转到应用程序 */
    app_entry();
    
    /* 理论上不会执行到这里 */
}

嗯，这里要注意：跳转前一定要确认应用程序的向量表是完整的。我见过有人编译应用程序时忘了设置Flash起始地址，结果向量表里全是0，跳过去直接HardFault。

2.8 小结

启动流程说白了就是三件事：搭栈、建表、跳main。向量表重定位是Bootloader和应用程序之间的桥梁。你把这个桥梁搭稳了，后面的中断响应、任务调度才能跑得顺畅。