1、Bootloader基础概念
什么是Bootloader？
Bootloader，说白了就是嵌入式系统上电后第一个跑起来的程序。你想想看，芯片一上电，CPU从复位向量开始执行，这时候内存还是空的，Flash里虽然烧了固件，但系统还没初始化——谁来把固件从Flash搬到内存？谁来配置时钟、初始化硬件？嗯，这就是Bootloader的活儿。
我个人习惯把Bootloader比作「系统的小管家」。它不负责具体的业务逻辑，但负责把真正的应用程序请上台。我做过一个项目，Bootloader只有8KB，却要完成Flash擦写、CRC校验、固件加密解密——麻雀虽小五脏俱全。
核心定义：Bootloader是一段在操作系统或应用程序运行之前执行的代码，负责初始化硬件、加载并跳转到主程序。
Bootloader在嵌入式系统中的作用
作用其实就三个字：管启动。但细分下来，它干的事还挺多：
- 硬件初始化：设置时钟、配置GPIO、初始化DDR/SRAM。我记得有一次调试，板子死活跑不起来，查了两天发现是Bootloader里DDR时序配错了——这种坑踩过一次就忘不了。
- 固件加载与跳转：从Flash、SD卡或网络把应用程序搬到内存，然后跳过去执行。这里有个关键点——跳转前要关中断、清缓存，不然应用程序一跑就崩。
- 固件升级：这是Bootloader最核心的价值。产品卖出去后，总不能拆机烧录吧？通过Bootloader接收新固件，写入Flash，再重启——OTA升级就是这么来的。
- 安全校验：检查固件签名、CRC校验，防止被篡改。我做过一个物联网项目，客户要求固件必须加密，Bootloader里集成了AES解密——嗯，性能差点意思，但安全第一。
我的经验：Bootloader里尽量少做复杂运算。它跑得越早，系统越脆弱。我曾经在Bootloader里加了个文件系统解析，结果Flash坏了一个块，整个系统都启不来了——后来改成了固定偏移加载，稳多了。
常见的Bootloader方案对比
市面上Bootloader方案不少，我挑几个常用的说说：
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| U-Boot | ARM Linux、PowerPC | 功能强大、社区活跃、支持多种文件系统 | 体积大（几百KB）、复杂度高 |
| MCUBoot | MCU（ARM Cortex-M等） | 轻量、支持安全启动、开源 | 配置较复杂、文档不够友好 |
| 自研Bootloader | 资源受限的MCU | 体积小（几KB）、完全可控 | 开发周期长、容易出bug |
| STM32 Bootloader | STM32系列 | 官方支持、集成在ROM里、使用简单 | 功能有限、不可定制 |
怎么选？我个人建议：
- 如果你跑Linux，U-Boot基本是标配。别自己折腾，社区踩过的坑比你走过的路还多。
- 如果是MCU项目，资源够用就上MCUBoot，省心。资源紧张（比如Flash只有64KB），那就自己写一个——我写过最小的Bootloader只有2KB，只做Flash擦写和跳转。
- STM32自带的ROM Bootloader适合快速验证，但产品量产我一般不推荐——功能太死板，升级协议也不灵活。
避坑指南：我曾经在一个项目里用了U-Boot，结果Flash只有512KB，U-Boot占了256KB，应用程序只剩一半空间——后来换成了自研Bootloader，省出200KB。选方案前一定先算好资源账！
Bootloader的工作流程
不管哪种方案，核心流程都差不多：
- 上电复位：CPU从复位向量取址，执行Bootloader入口代码。
- 硬件初始化：关看门狗、设置时钟、初始化堆栈。这一步要快，我一般控制在100ms以内。
- 检测启动条件：检查按键、串口指令或Flash标志位，决定是进入升级模式还是直接启动。
- 加载应用程序：从Flash读取固件，写入RAM（或直接在Flash执行）。
- 跳转执行：设置堆栈指针、跳转到应用程序入口。注意——跳转前要关全局中断！
这里贴一段我常用的跳转代码，简洁但实用：
/* Bootloader跳转到应用程序 */
void jump_to_app(uint32_t app_addr)
{
uint32_t stack_ptr;
void (*app_entry)(void);
/* 关闭全局中断 */
__disable_irq();
/* 从应用程序向量表读取栈指针和入口地址 */
stack_ptr = *(volatile uint32_t *)app_addr;
app_entry = (void (*)(void))(*(volatile uint32_t *)(app_addr + 4));
/* 设置主栈指针 */
__set_MSP(stack_ptr);
/* 跳转 */
app_entry();
/* 正常情况下不会执行到这里 */
while(1);
}注意：跳转前一定要确保应用程序的向量表重定位正确。我见过有人忘了配SCB->VTOR，结果中断一进来就跑飞了——查了两天才找到原因。
小结
Bootloader这东西，说简单也简单，说复杂也复杂。简单版本就几十行汇编，复杂版本能跑文件系统、网络协议栈。但不管怎样，它的核心使命不变：把应用程序安全、可靠地启动起来。
后面几章我会深入讲Bootloader的跳转细节、固件升级协议、安全启动等内容。嗯，这些可都是实战中实打实踩过的坑，希望能帮你少走弯路。