1 Keil工程设置
在基于GD32系列MCU的嵌入式开发项目中，内部Flash通常被视作一个连续的逻辑存储空间。为了实现Bootloader（引导加载程序）与主应用程序（App）的物理隔离与独立运行，必须在Keil MDK开发环境中为两者分别配置专属的代码存储地址与空间大小。
1.1 修改ROM地址
我们以GD32E50x系列（Flash容量为512KB）为例进行说明。假设规划将前16KB（0x4000字节）分配给Bootloader，剩余496KB（0x7C000字节）分配给应用程序，则具体的内存地址划分如下表所示：
| 分区 | 起始地址 | 大小 |
|---|---|---|
| boot | 0x8000000 | 0x04000 |
| app | 0x8004000 | 0x7C000 |
地址规划完成后，需要在Keil的“Options for Target”对话框中进行具体配置。
Bootloader工程的ROM地址设置参考：
应用程序工程的ROM地址设置参考：
1.2 Keil烧录配置
若希望直接使用Keil集成环境的一键下载（Load）功能将程序烧录至指定分区，还需同步配置调试器（如J-Link、ULINK）的烧录选项，使其擦写范围与预设的Boot和App分区严格对应。
Bootloader工程的下载算法与地址范围配置参考：
应用程序工程的下载算法与地址范围配置参考：
2 代码编写
完成工程的基础配置后，实现Bootloader与App之间可靠切换的核心逻辑需要通过代码来完成，主要包括跳转函数、软件复位及中断向量表重映射。
2.1 从Boot跳转到App
Bootloader在执行完系统初始化、固件校验或更新等任务后，需要将CPU的控制权移交给应用程序。其核心跳转函数实现如下：
typedef void (*app_func)(void);
app_func application;
uint32_t app_address;
void jump_to_app(uint32_t app_load_addr)
{
// 校验目标地址内容是否为合法的栈顶指针（应位于RAM地址空间）
if (((*(__IO uint32_t*)app_load_addr) & 0x2FFE0000U) == 0x20000000U)
{
// 获取应用程序的复位中断服务程序（Reset_Handler）地址
app_address = *(__IO uint32_t*) (app_load_addr + 4U);
application = (app_func) app_address;
// 将应用程序的栈顶指针加载到主栈指针（MSP）
__set_MSP(*(__IO uint32_t*) app_load_addr);
// 执行跳转，进入应用程序
application();
}
}在实际的Bootloader工程主函数中，调用方式如下：
#include "main.h"
#define APP_LOADED_ADDR 0x08004000U // 应用程序的起始地址
// ... (jump_to_app函数定义同上)
int main(void)
{
// 系统时钟、外设等初始化
systick_config();
// 执行跳转，启动应用程序
jump_to_app(APP_LOADED_ADDR);
while(1)
{
// 正常情况下，Bootloader执行流不应到达此处
}
}2.2 软件重启
当应用程序在运行过程中需要主动返回Bootloader模式（例如，响应升级指令或发生严重错误），可以通过触发一次软件系统复位来实现。最简洁的方法是调用CMSIS标准库提供的函数：
NVIC_SystemReset();该函数内部会向ARM Cortex-M内核的“应用程序中断与复位控制寄存器”（AIRCR）发起复位请求，其典型实现逻辑如下：
__NO_RETURN __STATIC_INLINE void __NVIC_SystemReset(void)
{
__DSB(); // 数据同步屏障，确保所有内存操作在复位前完成
// 写入AIRCR寄存器，请求系统复位
SCB->AIRCR = (uint32_t)((0x5FAUL << SCB_AIRCR_VECTKEY_Pos)
| (SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk)
| SCB_AIRCR_SYSRESETREQ_Msk);
__DSB(); // 再次确保写操作完成
for(;;) // 等待复位生效
{
__NOP();
}
}2.3 App中断向量表偏移
这是一个至关重要的步骤。GD32的Flash起始地址（0x08000000）默认存放着中断向量表。芯片上电启动后，内核会从该地址读取向量表。
当Bootloader跳转到App后，如果未做处理，CPU在响应中断时仍会去0x08000000地址查找向量表，而这部分现在是Bootloader的向量表，将导致程序跑飞。因此，应用程序必须在初始化阶段，重新设置向量表偏移寄存器（VTOR），将其指向自己的中断向量表所在位置。
具体做法是在App工程的系统初始化文件（如`system_gd32e50x.c`）中定义偏移量并设置VTOR：
#define VECT_TAB_OFFSET (uint32_t)0x4000 // 中断向量表基地址偏移量偏移量的计算公式为：应用程序起始地址 - Flash基地址（0x08000000）。例如，App起始于0x08004000，则偏移量即为0x4000。此操作确保了所有中断都能正确跳转到App的中断服务程序。
结束语
本文详细阐述了在GD32微控制器平台上实现Bootloader与应用程序分离部署与相互跳转的全流程，涵盖了Keil MDK工程配置、关键跳转代码编写、软件复位机制以及中断向量表重定位等核心内容。掌握这些步骤，能够帮助你构建支持固件升级（IAP）的可靠嵌入式系统。如果在具体实现中遇到任何问题，欢迎进一步交流探讨。