1. 向量表重映射基础：从MCU启动到Bootloader的核心机制
各位做嵌入式开发的同行，今天咱们来聊聊向量表重映射。这玩意儿听起来有点学术，但说白了，它就是Bootloader能否正常跳转、能否接管中断的关键所在。我最早接触这个概念是在做一款车载控制器时，Bootloader死活跳不到APP，查了三天才发现是向量表没重映射——那叫一个憋屈。
1.1 什么是向量表？一张中断的“通讯录”
向量表，你可以把它想象成MCU内部的一张“紧急联系人名单”。当CPU遇到复位、外部中断、定时器溢出这些事件时，它不会自己瞎猜该去哪处理，而是直接翻这张表。
这张表里存的是什么？是每个中断对应的处理函数入口地址。比如复位后，CPU自动去向量表的第一个条目（地址0x00000000）取出栈指针，第二个条目（地址0x00000004）取出复位向量，然后跳过去执行。
核心概念：向量表本质上是一个函数指针数组，每个条目4字节（ARM Cortex-M架构），按中断号顺序排列。第0项是栈顶地址，第1项是复位向量，第2项往后是各种异常和中断处理函数。
我习惯把向量表的结构画成下面这样，一目了然：
你看，这张表从0地址开始，按顺序排列。每个条目就是一个32位的地址值。CPU拿到这个地址，就知道该调用哪个函数。
1.2 向量表在MCU启动流程中的作用
MCU上电后到底干了什么？很多人以为直接跑main()，其实不是。启动流程大致分三步：
- 硬件自动完成：CPU从0x00000000加载SP，从0x00000004加载PC，然后跳转。
- 汇编启动代码：初始化C运行环境（清零BSS段、拷贝数据段、设置堆栈）。
- 调用main()：进入用户应用程序。
这里面最关键的就是第一步。CPU完全依赖向量表来找到入口。如果向量表被破坏了，或者指向了错误的位置，那整个系统就废了。
我的经验：有一次调试一个STM32F4项目，发现复位后程序跑飞。用调试器一看，0x00000004处的值全是0xFF。后来发现是Flash烧录时地址偏移搞错了，向量表根本没烧进去。从那以后，我每次烧录完第一件事就是读一下向量表的前两个word对不对。
启动流程可以用下面这张图来理解：
1.3 为什么Bootloader需要重映射向量表？
好，现在进入正题。你想想看，Bootloader和APP是两个独立的程序，它们各自有自己的中断处理函数。如果Bootloader在0x00000000，APP在0x08010000，那问题来了——当APP运行时发生中断，CPU还是去0x00000000找向量表，找到的是Bootloader的中断处理函数，这不就乱套了吗？
说白了，向量表重映射就是让CPU知道：现在APP在运行，中断来了请去APP的向量表里找处理函数。
注意：如果不做向量表重映射，APP里的所有中断都无法正常工作。比如定时器中断、串口中断、外部中断，统统会跑飞到Bootloader那边去。我见过一个项目，APP的串口通信死活调不通，最后发现是中断向量没重映射，串口中断被Bootloader的默认处理函数吃了。
具体来说，Bootloader需要重映射向量表的原因有三个：
| 原因 | 说明 | 后果（如果不做） |
|---|---|---|
| 中断隔离 | Bootloader和APP的中断处理函数不同 | APP中断被Bootloader截获，功能异常 |
| 跳转后接管 | APP需要完全控制MCU的中断响应 | 系统无法响应APP的中断请求 |
| OTA升级安全 | 升级过程中中断不能乱跑 | 升级时中断冲突导致固件损坏 |
我个人的习惯是，在Bootloader跳转到APP之前，先把向量表基地址寄存器（VTOR）设置成APP的起始地址。这样APP一跑起来，中断就直接走APP的向量表，干净利落。
实现方式：在ARM Cortex-M系列MCU中，通过设置VTOR寄存器（Vector Table Offset Register）来重映射向量表。例如：
/* 将向量表重映射到APP起始地址 0x08010000 */
SCB->VTOR = 0x08010000;这行代码告诉CPU：以后中断来了，去0x08010000找向量表，别去0x00000000了。
你可能会问，那Bootloader自己的中断怎么办？嗯，Bootloader运行期间，向量表在0x00000000，它自己处理中断。等Bootloader完成升级或校验，准备跳转时，才把VTOR改成APP的地址。跳转之后，Bootloader就不再运行了，所以它的中断处理函数也就用不上了。
避坑指南：我曾经在跳转前忘记关掉全局中断，结果VTOR刚改完，一个定时器中断就来了。CPU拿着新的VTOR去APP的向量表找处理函数，但APP还没初始化完，直接HardFault。所以我的建议是：改VTOR前先关中断，改完再开，或者干脆在APP的启动代码里再开中断。
总结一下这一节的核心：
- 向量表是中断处理函数的地址索引表，CPU靠它找到正确的处理函数。
- 启动流程中，CPU完全依赖向量表完成复位后的第一条指令跳转。
- Bootloader需要重映射向量表，是为了让APP能正确响应自己的中断，避免中断冲突。