扫码关注
IAP跳转后，别漏掉中断向量表
IAP程序接收固件、写入Flash后，读取APP首地址作为MSP，再跳到第二个字的Reset_Handler。串口打印已经进入APP，LED也能翻转；一打开定时器或SysTick，程序立即跑飞。这个症状说明CPU已经执行APP代码，但异常入口仍可能沿用Boot阶段的地图。
先看向量表前两个字，而不是直接强跳
Cortex-M向量表的第一个字保存初始主栈指针，第二个字保存复位入口。Boot决定跳转前，应检查APP起始地址是否符合Flash布局和对齐要求，栈顶是否落在有效RAM范围，复位入口是否落在允许的APP代码区并带有正确的Thumb状态。任何一项不合法，都不应执行跳转。
APP链接地址必须与实际写入地址一致。若链接器仍按0x08000000生成代码，却把Bin文件写到后面的分区，绝对地址、常量和中断入口就会错位。IROM起始地址、Boot预留区大小、Flash擦除粒度和升级包边界要在同一份内存布局中管理。
MSP和PC切过去，只完成了主流程交接
跳转代码通常先关闭中断，设置MSP，再调用APP复位入口。这样能让CPU使用APP栈并开始执行启动代码，却不会自动把所有系统寄存器恢复到上电状态。Boot开启过的PLL、SysTick、DMA、UART中断和外设时钟仍可能保留，挂起中断也可能在APP开中断后立刻响应。
更关键的是向量表基址。支持VTOR的Cortex-M内核通过该寄存器决定异常编号对应哪张表。若VTOR仍指向Boot向量表，APP里的中断使能后，CPU会从Boot区域取入口；Boot中对应处理函数不存在、已被覆盖或上下文不兼容，就会进入错误地址。
跳转前要做的是“有边界的清场”
最稳妥的目标不是在Boot里把整个芯片手工还原成复位态，而是明确哪些状态会越过跳转。通常要停止SysTick，关闭Boot使用的外设中断，清除NVIC使能与挂起位，停掉DMA或定时器，处理好缓存和Flash写状态，再进入临界区完成MSP与PC切换。具体清单取决于芯片系列和Boot实际启用的资源。
不要在设置MSP后继续调用普通C函数或大量访问局部变量，因为编译器生成的栈操作已经切换到APP栈。跳转序列应短、可审查，并避免中途再次触发异常。APP侧则按自身启动代码重新建立时钟、数据段和外设，不应假定继承的Boot配置一定符合需求。
一开中断就跑飞，按这条链定位
在Boot中读出APP首两字，记录MSP和Reset_Handler并校验地址范围。
核对链接文件、下载地址、升级包写入地址与VTOR偏移是否完全一致。
跳转前停掉SysTick、DMA和相关外设，禁用并清除NVIC挂起中断。
在APP最早期确认VTOR基址，再逐个恢复中断源，观察第一个触发者。
HardFault时保存堆栈、异常返回值和当前向量号，判断是旧入口还是非法栈。
还要考虑升级中断电与回滚。若APP首区已经擦除却尚未写完，向量表可能半有效，Boot不能只看一个魔数就跳转。可为固件保存长度、版本、哈希或签名验证结果，并在完整校验通过后再更新有效标志。验证机制与启动切换是两层问题，缺一层都会让IAP故障难以复现。
不同Cortex-M内核对VTOR支持和对齐要求并不完全相同，STM32系列之间的Flash、缓存和双Bank行为也有差异。移植IAP时，应回到目标芯片参考手册、启动文件和CMSIS定义确认，不能把另一颗芯片能运行的偏移值原样复制。
结论是：IAP跳转不是普通函数调用，而是一次运行环境移交。地址、栈、向量表和中断状态必须成组切换。你的IAP故障更接近主循环正常但一开中断就跑飞，还是跳转前就卡在APP地址与栈顶合法性检查？
声明：
本文由凡亿教育整理，转载请注明来源！
投稿/招聘/广告/课程合作/资源置换 请加微信：13237418207
