3. 向量表重定位：中断向量表的放置策略
好，咱们来聊聊向量表重定位。说实话，这可能是Bootloader开发里最容易踩坑的地方之一。我刚开始做嵌入式那会儿，就因为向量表没处理好，板子一跑中断就飞了，查了整整两天才找到原因。
先说说什么是向量表。说白了，它就是一张“中断处理函数地址表”。CPU收到中断信号后，会去这张表里找对应的处理函数地址，然后跳过去执行。ARM Cortex-M系列的向量表，开头第一个字是栈顶指针，第二个字才是复位向量，后面依次是各种异常和中断的入口地址。
3.1 为什么需要向量表重定位？
你想想看，芯片上电后默认从Flash的0x00000000地址启动。但Bootloader和应用程序都在Flash里，它们各自都有一张向量表。Bootloader运行期间，中断来了得走Bootloader的向量表；等跳转到应用程序后，中断就得走应用程序的向量表了。
问题来了——CPU默认只认0x00000000这个地址的向量表。如果应用程序放在0x08010000，它的向量表也在那个位置，但CPU不知道啊。它还是会去0x00000000找中断入口，结果找到的是Bootloader的向量表，这就乱套了。
所以我们需要做一件事：告诉CPU，“嘿，向量表搬家了，新地址在0x08010000”。这个过程就叫向量表重定位。
核心要点：向量表重定位的本质，就是修改CPU的向量表偏移寄存器（VTOR），让它指向新的向量表地址。
3.2 向量表的放置策略
我个人习惯把向量表放在Flash里，因为Flash是非易失的，掉电不丢失。但有些场景下，必须把向量表搬到RAM里。为什么呢？
- Flash方案（默认）：简单可靠，直接修改VTOR指向Flash中的新地址即可。大多数项目用这个就够了。
- RAM方案（动态重定位）：需要运行时修改中断处理函数，或者实现动态中断路由。比如你要做OTA升级，新固件的中断向量可能和旧固件不一样。
我在一个工业控制项目里遇到过这种情况：客户要求运行时动态注册中断处理函数，Flash里的向量表是只读的，改不了。没办法，只能把向量表搬到RAM里。
3.3 从Flash到RAM的拷贝机制
好，重点来了。怎么把向量表从Flash拷贝到RAM？我直接上代码，这是我在STM32F4上验证过的。
/* 定义向量表大小，通常为16个异常 + 240个中断 = 256个入口 */
#define VECTOR_TABLE_SIZE 256
/* 声明外部符号，链接器会提供Flash中向量表的起始地址 */
extern uint32_t _estack;
extern uint32_t _svector;
/* RAM中的向量表缓冲区，需要对齐到256字节或512字节 */
__attribute__((aligned(512))) uint32_t ram_vector_table[VECTOR_TABLE_SIZE];
void vector_table_relocate(void)
{
uint32_t i;
uint32_t *flash_vector = &_svector;
/* 第一步：关闭全局中断，防止拷贝过程中断响应出错 */
__disable_irq();
/* 第二步：从Flash拷贝向量表到RAM */
for (i = 0; i < VECTOR_TABLE_SIZE; i++) {
ram_vector_table[i] = flash_vector[i];
}
/* 第三步：确保内存写入完成，防止乱序执行 */
__DSB();
__ISB();
/* 第四步：修改VTOR寄存器，指向RAM中的新向量表 */
SCB->VTOR = (uint32_t)ram_vector_table;
/* 第五步：再次同步指令和数据 */
__DSB();
__ISB();
/* 第六步：重新使能全局中断 */
__enable_irq();
}警告：拷贝过程中绝对不能有中断发生！否则CPU会去读一个不完整的向量表，直接导致HardFault。我建议在拷贝前关中断，拷贝完再开。
3.4 避坑指南
我曾经在一个项目里犯过一个低级错误：RAM向量表的对齐没处理好。Cortex-M3/M4要求向量表必须对齐到512字节边界，M0/M0+要求对齐到256字节。我当时用了__attribute__((aligned(256)))，但芯片是M4的，结果中断偶尔会跑飞，查了三天才发现是对齐问题。
还有一点要注意：拷贝完成后，别忘了用__DSB()和__ISB()做内存屏障。为什么？因为CPU有流水线和缓存，你改了VTOR，但流水线里可能还缓存着旧的向量表地址。不加屏障的话，下一个中断可能还是走的旧地址。
小技巧：如果你用的是RTOS，比如FreeRTOS，它的PendSV和SysTick中断会频繁触发。建议在系统时钟启动前完成向量表重定位，否则可能造成时序混乱。
3.5 什么时候必须用RAM方案？
说实话，大部分项目用Flash方案就够了。但以下几种情况，我建议你考虑RAM方案：
- 动态中断路由：比如你要根据运行状态，把同一个中断源路由到不同的处理函数。
- 热补丁/OTA升级：升级过程中，新固件的向量表可能和旧固件不同，RAM里可以灵活切换。
- 安全隔离：有些安全关键系统，不允许修改Flash，但允许在RAM里动态调整中断行为。
- 调试阶段：我习惯在调试时把向量表放RAM，这样可以在线修改中断处理函数，不用每次都擦写Flash。
3.6 性能考量
把向量表放RAM，中断响应速度会稍微快一点。因为RAM的访问速度通常比Flash快，尤其是带缓存的情况下。但说实话，这个差异在大多数应用中可以忽略不计。除非你的系统对中断延迟有纳秒级的要求，否则不用纠结这个。
嗯，这里要注意：RAM方案会占用一部分RAM空间。256个入口，每个4字节，就是1KB。对于RAM紧张的MCU，比如只有8KB RAM的芯片，这1KB还是挺宝贵的。我建议你评估一下，是不是真的需要RAM方案。
好了，向量表重定位就聊这么多。记住核心思路：改VTOR，对齐地址，关中断拷贝，加内存屏障。把这四点做到位，向量表重定位就不会出问题。