2、Bootloader 基础：Bootloader 的作用、启动流程、与应用程序的关系

说到固件升级，Bootloader 是绕不开的第一道坎。我见过不少工程师，应用程序写得飞起，一碰到 Bootloader 就翻车。说白了，Bootloader 就是芯片上电后第一个跑的程序，它的任务只有一个——决定接下来该干什么。

2.1 Bootloader 到底是什么？

你可以把 Bootloader 想象成芯片的「保安队长」。芯片一上电，它先站出来，检查有没有升级指令。有的话，它负责把新固件收进来、写进 Flash；没有的话，它就把控制权交给应用程序。

我个人习惯把 Bootloader 比作「看门的老张」——平时不干活，但关键时刻不能掉链子。它的核心职责就三条：

初始化硬件：时钟、内存、外设，起码得让芯片能跑起来
检查升级请求：看有没有新固件要刷
跳转到应用程序：没活干就赶紧让位

记住一个原则：Bootloader 越简单越好。功能越多，出 Bug 的概率越大。一旦 Bootloader 挂了，芯片就变砖了。

2.2 启动流程：从复位到跑起来

芯片上电后，到底发生了什么？我拆解一下这个流程，你跟着走一遍就明白了。

复位向量：CPU 从 Flash 的固定地址（通常是 0x00000000 或 0x08000000）读取复位向量，跳转到 Bootloader 入口
初始化：关中断、设堆栈、配时钟、初始化 Flash 控制器和串口
检测升级条件：检查 GPIO 电平、看特定内存标志、或者检测串口有没有收到特定数据
执行升级或跳转：有升级请求就进入升级模式，否则跳转到应用程序

嗯，这里要注意——跳转不是简单的函数调用。你得把中断向量表重新映射到应用程序的起始地址，不然中断一进来就乱套了。我曾经在项目里忘了做这一步，结果应用程序一开中断就死机，查了两天才找到原因。

我的经验：跳转前一定要把外设复位到默认状态。尤其是串口和定时器，不清干净的话，应用程序初始化时会撞上残留的中断标志。

2.3 Bootloader 与应用程序的关系

它们俩的关系，说白了就是「接力赛」。Bootloader 跑第一棒，应用程序跑第二棒。交接棒的地方，就是 Flash 里的地址划分。

我画了一张图，帮你理清这个关系：

从图上你能看到，Bootloader 和应用程序在 Flash 里是分开存放的。它们各自有独立的中断向量表。Bootloader 的向量表在 Flash 开头，应用程序的向量表在偏移地址处。

2.4 关键设计决策

做 Bootloader 时，有几个问题你必须想清楚。我列了个表，方便你对比：

决策项	方案 A	方案 B	我的建议
升级触发方式	GPIO 电平检测	串口命令检测	两者结合最稳妥
升级标志存储	Flash 最后一个扇区	备份区 + 校验	用备份区，防意外掉电
中断向量表	固定地址	可重映射	用 SCB->VTOR 重映射
升级协议	YMODEM	自定义协议	YMODEM 够用就别自己造

我曾经踩过的坑：有一次我图省事，把升级标志放在 RAM 里。结果芯片复位后 RAM 内容全丢了，Bootloader 永远检测不到升级请求。从那以后，我所有升级标志都老老实实写在 Flash 里，而且加 CRC 校验。

2.5 跳转实现：代码怎么写

说了这么多理论，来点实际的。下面是一个标准的跳转代码片段，我一直在用：

/* 跳转到应用程序 */
void jump_to_app(uint32_t app_addr)
{
    uint32_t stack_ptr;      /* 应用程序的栈指针 */
    uint32_t reset_handler;  /* 应用程序的复位向量 */
    void (*app_entry)(void); /* 函数指针 */
    
    /* 1. 关闭全局中断 */
    __disable_irq();
    
    /* 2. 复位所有外设到默认状态 */
    HAL_RCC_DeInit();
    HAL_DeInit();
    
    /* 3. 关闭 SysTick 及其中断 */
    SysTick->CTRL = 0;
    
    /* 4. 清空所有挂起的中断 */
    for (int i = 0; i < 8; i++) {
        NVIC->ICER[i] = 0xFFFFFFFF;
        NVIC->ICPTR[i] = 0xFFFFFFFF;
    }
    
    /* 5. 从应用程序向量表读取栈指针和复位向量 */
    stack_ptr    = *(volatile uint32_t *)app_addr;
    reset_handler = *(volatile uint32_t *)(app_addr + 4);
    
    /* 6. 重新映射中断向量表到应用程序 */
    SCB->VTOR = app_addr;
    
    /* 7. 设置主栈指针 */
    __set_MSP(stack_ptr);
    
    /* 8. 跳转到应用程序 */
    app_entry = (void (*)(void))reset_handler;
    app_entry();
    
    /* 不会执行到这里 */
}

这段代码看起来简单，但每一步都有讲究。第 2 步复位外设，我见过有人漏掉，结果应用程序初始化串口时发现波特率不对——因为 Bootloader 改过时钟分频。第 4 步清空中断挂起位，这个最容易忽略。如果不做，跳转后一个悬而未决的中断进来，应用程序的向量表还没准备好，直接就 HardFault 了。

2.6 避坑指南

做 Bootloader 这些年，我总结了几条血泪教训：

Bootloader 不要用复杂外设：DMA、USB、文件系统，这些在 Bootloader 里能不用就不用。越简单越可靠。
升级过程中不要断电：如果无法避免，至少要有备份区。我习惯保留两个应用程序区，一个跑、一个备，刷坏了还能回滚。
校验不能省：每包数据收进来就校验，全部收完再整体校验。双重保险。
留个后门：即使应用程序跑飞了，Bootloader 也要能通过某种方式进入升级模式。我一般留一个 GPIO 按键，按住上电就进 Bootloader。

一个小技巧：在应用程序里设置一个「强制升级标志」。如果应用程序连续重启 3 次，就在 Flash 里写一个标志，然后软复位。Bootloader 看到这个标志，就知道应用程序有问题，自动进入升级模式等待新固件。这个机制救过我很多次。

好了，Bootloader 的基础就这些。你想想看，它其实没那么神秘——就是一段负责「交接」的代码。把它的启动流程理清楚，把跳转的细节做到位，后面做升级功能就顺了。

📚 课程目录

2、Bootloader 基础：Bootloader 的作用、启动流程、与应用程序的关系

2.1 Bootloader 到底是什么？

2.2 启动流程：从复位到跑起来

2.3 Bootloader 与应用程序的关系

2.4 关键设计决策

2.5 跳转实现：代码怎么写

2.6 避坑指南