STM32F0因ARMv6-M架构不支持VTOR寄存器，故SCB->VTOR编译失败；必须通过SYSCFG_CFGR1.MEM_MODE将SRAM映射到0x00000000，并手动拷贝中断向量表至SRAM起始地址。
STM32F0这类Cortex-M0芯片根本没有VTOR寄存器，C++代码里写SCB->VTOR会直接编译失败——这不是语法或配置问题，是硬件不支持。
为什么SCB->VTOR在STM32F0上根本不存在
ARMv6-M（Cortex-M0）架构从设计上就移除了VTOR寄存器，而Cortex-M3/M4的ARMv7-M才提供它。STM32F0系列的SCB结构体定义中压根没有VTOR成员，GCC或ARM Compiler编译时会报错：error: 'SCB' has no member named 'VTOR'。这不是头文件没包含、库版本低，而是芯片手册白纸黑字写的“not supported”。
- 查芯片参考手册第9章SYSCFG部分，确认
SYSCFG_CFGR1.MEM_MODE是唯一可行的重映射控制位 - 别在startup_stm32f0xx.s或system_stm32f0xx.c里找VTOR相关初始化代码——它不会出现
- C++类封装、模板或constexpr都无法绕过这个硬件缺失
STM32F0必须用SRAM重映射替代VTOR
正确路径是：把App的中断向量表拷贝到SRAM起始地址0x20000000，再通过SYSCFG_CFGR1.MEM_MODE把SRAM物理映射到0x00000000——这样CPU上电/复位/中断时读的还是固定地址0x00000000，但实际访问的是SRAM内容。
- 拷贝操作必须在跳转前完成，且确保SRAM区域未被其他变量占用（检查链接脚本中
.isr_vector是否放在RAM段开头） -
SYSCFG_CLK_ENABLE()必须提前开启，否则写SYSCFG_CFGR1无效 - 重映射后，原Flash地址
0x08000000处的Bootloader向量表就不可见了，所以Bootloader自身不能依赖该地址响应中断
C++中实现向量表拷贝与重映射的关键点
不要试图用C++特性“优化”VTOR设置——因为没得设。重点是安全、可复用地完成SRAM拷贝和MEM_MODE切换。示例片段：
// 假设App向量表位于flash_addr = 0x08008000
extern "C" const uint32_t __isr_vector_app[]; // 链接脚本导出的App向量表符号
constexpr size_t VECTOR_TABLE_SIZE = 48 * 4; // 48个中断向量 × 4字节
<p>void remap_vector_to_sram(uint32_t flash_addr) {
uint32_t<em> src = (uint32_t</em>)flash_addr;
uint32_t<em> dst = (uint32_t</em>)0x20000000;</p><pre class="brush:php;toolbar:false;">for (size_t i = 0; i APB2ENR |= RCC_APB2ENR_SYSCFGEN;
// 设置MEM_MODE = 0b10 → SRAM映射到0x00000000
SYSCFG->CFGR1 &= ~SYSCFG_CFGR1_MEM_MODE;
SYSCFG->CFGR1 |= SYSCFG_CFGR1_MEM_MODE_1; // 注意：不是MEM_MODE_0！查手册确认位定义
}
-
__isr_vector_app必须由链接脚本显式定义（如PROVIDE(__isr_vector_app = .);），不能靠reinterpret_cast硬算地址 - 拷贝循环用
for而非memcpy：避免调用未初始化的libc函数，且更易审查边界 -
SYSCFG_CFGR1.MEM_MODE有多个取值（00=主闪存、01=系统存储器、10=SRAM），写错会导致芯片启动异常，务必核对参考手册Table 125
真正容易被忽略的不是代码怎么写，而是重映射后整个内存视图已变：调试器看到的0x00000000是SRAM，但JTAG/SWD下载器仍按Flash地址烧录；如果App固件升级时没同步更新SRAM中的向量表副本，中断就会飞掉——这问题往往在量产阶段才暴露。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
