2、启动流程分析：MCU上电启动流程、中断向量表与复位向量、启动模式选择
各位同学，咱们接着聊。上一章我讲了Bootloader到底是个什么东西，说白了就是个“看门大爷”，负责把真正的应用程序请进门。那这一章，咱们得深入一点，看看MCU上电之后，到底是怎么一步步走到咱们的代码里的。
这个过程，我称之为“从硅到灵魂的觉醒”。你想想看，芯片刚通电的时候，里面全是随机值，跟一团浆糊似的。它怎么就知道该去执行哪条指令呢？这里面门道可不少。
2.1 MCU上电启动流程：从复位到main()
咱们先捋一遍最标准的启动流程。我个人习惯把它分成四个阶段：
- 硬件复位阶段：电源稳定后，复位引脚拉高，芯片内部逻辑开始初始化。
- 向量表读取阶段：CPU从固定地址（通常是0x00000000或0x08000000）读取栈指针和复位向量。
- 启动代码执行阶段：执行汇编写的启动文件（startup_xxx.s），完成C环境初始化。
- 跳转到main()：一切准备就绪，调用用户主函数。
嗯，这里要注意一个细节。很多新手以为上电后直接就跑main()了，其实不是。在main()之前，芯片已经干了一大堆活。我在项目中遇到过一个问题：有个同事在全局变量初始化之前就用了某个外设，结果死活跑不起来。后来查了半天，发现是启动文件里那个外设的时钟还没开。
核心要点：MCU上电后，第一件事不是执行你的代码，而是执行固化在ROM里的Bootloader（如果有的话），或者直接读取向量表。
2.2 中断向量表与复位向量：芯片的“通讯录”
中断向量表，说白了就是一张“紧急联系人名单”。芯片遇到中断事件（比如定时器溢出、按键按下），就会翻这张表，找到对应的处理函数地址，然后跳过去执行。
这张表长什么样？以Cortex-M3内核为例，它通常放在Flash的起始地址。表的前两个条目特别重要：
| 偏移地址 | 内容 | 说明 |
|---|---|---|
| 0x00000000 | 栈顶指针（MSP初始值） | 告诉CPU栈空间在哪 |
| 0x00000004 | 复位向量（Reset_Handler地址） | 上电后第一条指令的地址 |
| 0x00000008 | NMI异常处理入口 | 不可屏蔽中断 |
| ... | ... | ... |
你想想看，芯片一上电，CPU直接去读0x00000000处的值，把它赋给栈指针。然后读0x00000004处的值，跳转到那个地址开始执行。这就是复位向量的作用——它是整个程序的“入口大门”。
避坑指南：我曾经在移植Bootloader时，忘记把应用程序的中断向量表重映射到新的地址。结果一触发中断，CPU还是跑到Flash起始地址去找处理函数，直接跑飞了。记住：APP的中断向量表必须通过SCB->VTOR寄存器重新定位！
2.3 启动模式选择：从哪启动？这是个问题
不同的MCU，启动方式不一样。但大体上分三种：从Flash启动、从RAM启动、从系统存储器启动。咱们一个一个说。
2.3.1 Boot from Flash
这是最常用的模式。代码烧录到Flash里，上电后直接从Flash执行。优点是掉电不丢失，缺点是Flash读取速度比RAM慢一点。不过现在有指令缓存（ICache），这个差距已经很小了。
2.3.2 Boot from RAM
这种模式一般用于调试或者快速原型验证。代码通过调试器下载到RAM里，上电后从RAM启动。速度快，但掉电就没了。我记得有一次调试一个时序敏感的程序，Flash读取有延迟导致时序不对，临时改成RAM启动，问题立马解决了。
2.3.3 Boot from System Memory
这个模式很有意思。系统存储器里固化了一段出厂自带的Bootloader，通常用于通过串口、USB等接口下载程序。比如STM32的ISP模式，就是通过BOOT0和BOOT1引脚配置，让芯片从系统存储器启动，然后通过UART烧录固件。
启动模式的选择，通常由芯片的BOOT引脚电平决定。以STM32F103为例：
| BOOT0 | BOOT1 | 启动模式 | 说明 |
|---|---|---|---|
| 0 | X | Flash | 主Flash存储器 |
| 1 | 0 | System Memory | 系统存储器（出厂Bootloader） |
| 1 | 1 | RAM | 内置SRAM |
警告：千万不要在生产环境中把BOOT引脚悬空！我见过一个案例，某设备在强电磁干扰下，BOOT引脚电平被拉高，结果设备从系统存储器启动了，用户程序根本没跑起来。一定要用上拉或下拉电阻固定电平。
2.4 实战中的启动流程分析
说了这么多理论，咱们来点实际的。假设你拿到一块新的开发板，怎么分析它的启动流程？我个人习惯这么做：
- 看原理图：找到BOOT引脚的连接方式，确定默认启动模式。
- 看芯片手册：找到复位后的默认向量表地址，以及是否有内置Bootloader。
- 看启动文件：打开startup_xxx.s，看看复位向量指向哪个函数，以及SystemInit()做了什么。
- 用调试器验证：在复位向量处打断点，单步执行，观察栈指针和PC寄存器的变化。
嗯，这里我分享一个经验。有一次我调试一个Bootloader跳转APP的问题，APP死活跑不起来。后来我在复位向量处打了个断点，发现CPU读到的复位向量地址是错的。查了半天，原来是Flash的前4个字节被意外擦除了，栈指针变成了0xFFFFFFFF，CPU直接挂掉。从那以后，我每次烧录完都会先读一下向量表的前8个字节，确认数据正确。
总结一下：启动流程是Bootloader和APP跳转的基础。你只有搞懂了芯片上电后怎么走，才能精确控制它什么时候该去哪。下一章咱们就讲怎么实现这个“精确控制”——也就是Bootloader如何跳转到APP，以及跳转时要注意哪些坑。
好了，这一章的内容就到这。记住：向量表是灵魂，复位向量是入口，启动模式是路径。这三样搞明白了，MCU启动这块你就拿捏住了。