2、Cortex-M内核向量表机制：Cortex-M0/M3/M4/M7向量表结构、VTOR寄存器详解、双堆栈指针与向量表的关系
各位同学，咱们今天聊点硬核的——Cortex-M内核的向量表。这东西说白了就是MCU上电后的第一张地图。我刚开始做Bootloader那会儿，总觉得向量表就是个中断入口列表，没啥好研究的。直到有一次，我在一个M4项目上做IAP升级，跳转后程序直接跑飞，查了整整两天才发现是向量表位置没配对。嗯，从那以后我再也不敢小看这张表了。
2.1 向量表长什么样？
Cortex-M的向量表，本质上是一段存储在Flash或RAM起始地址的数据数组。每个元素占4字节（一个字），存放的是对应异常或中断的服务函数入口地址。
这张表的前16个条目是系统异常，从第16个开始才是外设中断。我习惯把前16个叫“系统保留区”，后面的叫“外设中断区”。
| 偏移地址 | 异常号 | 名称 | 描述 |
|---|---|---|---|
| 0x00 | - | MSP初始值 | 主堆栈指针的初始值，复位后直接加载到SP |
| 0x04 | 1 | Reset_Handler | 复位异常入口，系统启动后第一个执行的代码 |
| 0x08 | 2 | NMI_Handler | 不可屏蔽中断 |
| 0x0C | 3 | HardFault_Handler | 硬错误，最常见的异常之一 |
| 0x10 ~ 0x3C | 4~15 | 系统异常 | MemManage、BusFault、UsageFault、SVCall等 |
| 0x40 起 | 16+ | 外设中断 | 具体芯片的外设中断向量，如UART、TIM、DMA等 |
关键点：向量表的第0个条目不是中断函数，而是MSP的初始值。复位后CPU会直接从0x00000000地址加载这个值到主堆栈指针。如果这个值错了，程序连栈都推不进去，直接HardFault。
2.2 VTOR寄存器——向量表的“遥控器”
Cortex-M3/M4/M7内核里有个叫VTOR（Vector Table Offset Register）的寄存器，它决定了CPU去哪里找向量表。默认值是0x00000000，也就是从Flash起始地址读取。
但Bootloader的场景下，我们需要把应用程序的向量表挪到别的地址，比如0x08010000。这时候就得靠VTOR了。
VTOR寄存器的结构很简单：
- 位[31:7]：向量表基地址的高25位。低7位固定为0，意味着向量表必须256字节对齐。
- 位[6:0]：保留，读返回0。
我个人的习惯：在写Bootloader时，我会把应用程序的向量表放在Flash的某个扇区起始位置，并且保证地址是0x200的整数倍。为什么是0x200？因为有些MCU的VTOR要求512字节对齐，留点余量总没错。
设置VTOR的代码很简单，就一行：
SCB->VTOR = (uint32_t)APP_VECTOR_TABLE_ADDR;但这里有个坑——Cortex-M0和M0+没有VTOR寄存器！
我曾经踩过的坑：第一次在M0芯片上做Bootloader，我习惯性地写了SCB->VTOR = ...，结果编译直接报错。查了手册才发现M0根本没有VTOR。M0的向量表固定从0x00000000开始，想重映射？只能靠硬件remap或者把向量表拷贝到SRAM起始地址。这个后面章节会细讲。
2.3 双堆栈指针与向量表的关系
Cortex-M内核有两个堆栈指针：MSP（主堆栈指针）和PSP（进程堆栈指针）。复位后默认使用MSP，所有异常和中断也都使用MSP。
那PSP什么时候用？一般在RTOS里，任务运行在线程模式时使用PSP，进入异常后自动切回MSP。这样任务栈和异常栈就分开了，互不干扰。
向量表跟堆栈指针有什么关系？关系大了——还记得向量表的第0个条目吗？那就是MSP的初始值。CPU复位后做的第一件事，就是从向量表偏移0x00处加载这个值到SP寄存器。
所以，如果你在Bootloader里跳转到应用程序，应用程序的向量表里第0个条目必须是正确的MSP初始值。否则，应用程序一启动，栈指针指向一个非法地址，第一条指令就可能触发HardFault。
实战经验：我调试过一个M7芯片的Bootloader，跳转后总是莫名其妙地跑飞。用调试器一看，SP的值是0xFFFFFFFF。查了应用程序的向量表，发现第0个条目写的是0x20000000，但那个地址对应的SRAM区域根本没初始化。后来我把应用程序的链接脚本改了，把栈顶地址指向实际可用的SRAM区域，问题就解决了。
2.4 M0/M3/M4/M7的差异对比
不同Cortex-M内核的向量表机制有细微差别，我整理了一张表：
| 特性 | Cortex-M0/M0+ | Cortex-M3 | Cortex-M4 | Cortex-M7 |
|---|---|---|---|---|
| VTOR寄存器 | 无 | 有 | 有 | 有 |
| 向量表对齐要求 | 固定0x00000000 | 256字节 | 256字节 | 256字节 |
| 双堆栈指针 | 仅MSP | MSP + PSP | MSP + PSP | MSP + PSP |
| 向量表重映射方式 | 硬件remap或SRAM拷贝 | VTOR直接设置 | VTOR直接设置 | VTOR直接设置 |
| 中断数量 | 最多32个 | 最多240个 | 最多240个 | 最多240个 |
你想想看，M0没有VTOR，那Bootloader怎么做？其实也有办法——有些M0芯片支持系统控制块中的SYSCFG寄存器，可以重映射内存地址。或者，更常见的做法是把向量表拷贝到SRAM的起始地址，然后把SRAM映射到0x00000000。这个操作在M0上很常见，但要注意SRAM的起始地址不能放其他数据，否则会被向量表覆盖。
2.5 向量表结构图
下面这张图展示了Cortex-M3/M4/M7的向量表结构，以及VTOR如何控制它的位置：
2.6 向量表对齐的硬性要求
VTOR寄存器的低7位是只读的0，这意味着向量表基地址必须是128字节的整数倍。但实际项目中，我建议至少256字节对齐。为什么？
- M3/M4：手册要求256字节对齐，因为向量表最多包含64个异常/中断（前16个系统异常 + 最多48个外设中断），每个4字节，共256字节。
- M7：同样256字节对齐，但M7的向量表可能更大（最多240个外设中断），不过对齐要求没变。
- 实际项目：我一般按0x200对齐，也就是512字节。这样即使芯片的中断数量超过64个，也不会越界。
小技巧：在链接脚本里，可以用ALIGN(0x200)来保证向量表对齐。比如：
.isr_vector : ALIGN(0x200)
{
KEEP(*(.isr_vector))
} > FLASH这样编译器会自动填充到512字节边界，省心省力。
2.7 双堆栈指针的实际应用
说回双堆栈指针。在Bootloader场景下，我们通常只用MSP，因为Bootloader本身是个裸机程序，不需要任务切换。但如果你在Bootloader里集成了RTOS（比如做OTA升级时跑个轻量级TCP/IP协议栈），那就得注意PSP的设置了。
我记得有个项目，Bootloader里跑了FreeRTOS做网络升级。跳转到应用程序时，我忘了把SP切回MSP，结果应用程序的RTOS启动后，两个RTOS的栈空间搅在一起，系统直接崩溃。从那以后，我在跳转前一定会加一句：
__set_MSP(*(volatile uint32_t*)APP_VECTOR_TABLE);
__set_CONTROL(0); // 确保使用MSP，特权模式这两行代码的意思是：从应用程序的向量表里取出MSP初始值，强制设置到SP寄存器，同时把控制寄存器清零，确保CPU运行在特权模式且使用MSP。这样跳转后，应用程序就像刚复位一样干净。
注意：跳转前还要关闭全局中断，禁用SysTick，清理外设状态。否则应用程序一启动，中断就来了，但中断向量表还没切过去，直接HardFault。这个后面章节会详细讲跳转流程。
2.8 小结
向量表是Cortex-M内核的基石。理解它的结构、VTOR的作用、双堆栈指针的关系，是做好Bootloader的前提。M0没有VTOR，需要特殊处理；M3/M4/M7可以直接设置VTOR，但要注意对齐和跳转前的状态清理。