Bootloader 跳转 App 必死？别只怪中断向量表，看看 SCB-＞VTOR 与栈指针

原创于 2026-06-15 14:20:27 发布 · 235 阅读

5 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

收录于

复位与启动（Boot）

摘要：Bootloader 运行正常，跳转 App 瞬间 HardFault？不是 App 代码问题，而是 中断向量表偏移（SCB->VTOR）未更新 或 主堆栈指针（MSP）未切换。本文还原 Bootloader 跳转的底层执行流。

一、问题描述（现象）

**Bootloader 负责升级，升级完成后跳转 App；

跳转瞬间，程序直接 HardFault，或者直接复位；

用调试器暂停，PC 停在 HardFault_Handler。**

很多工程师的排查方向是：

App 的链接地址（Linker Address）错了？
中断向量表没对齐？
Flash 擦写不完整？

二、原理分析

1. 物理模型

Cortex-M 的启动流程：

复位 -> 取 MSP (地址 0x0000_0000) ->
取 Reset Handler (地址 0x0000_0004) ->
执行 SystemInit

2. 核心参数

SCB->VTOR：中断向量表偏移寄存器。
MSP (Main Stack Pointer)：主堆栈指针。
PSP (Process Stack Pointer)：进程堆栈指针（RTOS 使用）。

3. 反直觉真相

Bootloader 跳转 App，不是“直接跳过去”那么简单。

Bootloader 运行时，使用了自己的 MSP 和 VTOR。
如果直接 ((void (*)(void))AppAddr)();：
- VTOR 还是 Bootloader 的：中断一来，直接跳到 Bootloader 的中断函数（地址非法）→ HardFault。
- MSP 没切换：App 使用的栈空间可能和 Bootloader 重叠。

三、工程级解决方案

方案 1：标准的跳转流程（铁律）

必须严格按照以下步骤：

typedef void (*pFunction)(void);
pFunction JumpToApplication;
uint32_t JumpAddress;

// 1. 关闭全局中断（防止跳转过程中触发中断）
__disable_irq();

// 2. 设置栈指针（MSP）
__set_MSP(*(__IO uint32_t*)APP_START_ADDRESS);

// 3. 设置中断向量表偏移
SCB->VTOR = APP_START_ADDRESS;

// 4. 获取复位处理函数地址
JumpAddress = *(__IO uint32_t*)(APP_START_ADDRESS + 4);
JumpToApplication = (pFunction)JumpAddress;

// 5. 清空所有中断挂起标志
for(int i = 0; i < 8; i++) NVIC->ICER[i] = 0xFFFFFFFF;

// 6. 跳转
JumpToApplication();