4. Bootloader 设计要点：启动流程、跳转逻辑、看门狗处理

Bootloader 这东西，说白了就是固件升级的「守门员」。我做了这么多年嵌入式，见过太多因为 Bootloader 没写好导致设备变砖的案例。今天咱们就聊聊这个守门员该怎么当。

4.1 启动流程：从复位到跳转

芯片上电后，第一件事就是跑 Bootloader。这个流程我习惯分成三步走：

1. 硬件初始化：关中断、设堆栈、配时钟
2. 自检与决策：检查升级标志、校验固件完整性
3. 跳转执行：要么进升级模式，要么跳应用

嗯，这里要注意——初始化越少越好。我在项目中遇到过，有人把外设全初始化了再跳转，结果应用跑起来冲突了。Bootloader 只需要初始化必要的外设，比如串口、Flash、看门狗。其他的，交给应用去管。

4.2 跳转逻辑：别让指针飞了

跳转逻辑是 Bootloader 最危险的地方。你想想看，一个指针指错了，程序就飞到火星去了。我一般这么写：

/* 跳转到应用 */
void jump_to_app(uint32_t app_addr)
{
    uint32_t sp = *(volatile uint32_t *)app_addr;       // 取栈指针
    uint32_t pc = *(volatile uint32_t *)(app_addr + 4); // 取复位向量

    /* 关全局中断 */
    __disable_irq();

    /* 清中断挂起位 */
    NVIC->ICER[0] = 0xFFFFFFFF;
    NVIC->ICPR[0] = 0xFFFFFFFF;

    /* 设主栈指针 */
    __set_MSP(sp);

    /* 跳转 */
    ((void (*)(void))pc)();
}

这里有个坑——中断向量表要重映射。我记得有一次，跳转后应用的中断死活不响应，查了半天才发现是向量表还在 Bootloader 的地址上。解决方案很简单：在应用启动代码里把 SCB->VTOR 设成应用的起始地址。

4.3 看门狗处理：别让它咬你

看门狗这东西，用好了是保镖，用不好是杀手。Bootloader 阶段怎么处理看门狗？我总结了三种策略：

策略	适用场景	风险
全程喂狗	升级时间不确定	升级卡死时无法复位
跳转前关狗	应用自己管理看门狗	跳转失败后系统失控
超长超时	升级时间可预估	升级失败后等待太久

我个人习惯用「分段喂狗 + 超时保护」的方案。比如擦除 Flash 时，每擦完一页喂一次狗。这样既不会因为长时间操作而复位，也不会因为卡死而无法恢复。

4.4 知识体系总览

下面这张图，是我自己总结的 Bootloader 设计核心逻辑。你看一眼就能明白整个流程：

4.5 几个实战经验

• 升级标志放最后：我习惯把升级标志放在 Flash 的最后一个扇区。这样即使升级中途断电，标志也不会被误擦。
• 校验要双保险：除了 CRC，我还会加一个「魔数」校验。两个都对了才认为固件有效。
• 留个后门：在 Bootloader 里加一个「强制升级」的 GPIO 检测。万一应用挂了，还能通过拉低某个引脚进入升级模式。