1. Bootloader 基础概念
做嵌入式开发这么多年，我见过不少同事一听到 Bootloader 就头大。其实没那么玄乎。说白了，Bootloader 就是芯片上电后第一个跑的程序。它干的事很纯粹——初始化硬件，然后把你真正的应用程序加载起来。
嗯，咱们先把这个概念掰扯清楚。
1.1 什么是 Bootloader
Bootloader，直译就是「引导加载程序」。它是一段固化在非易失性存储器（比如 Flash）里的代码。芯片复位后，CPU 会从预设的启动地址取第一条指令——这条指令就属于 Bootloader。
我习惯把它比作「嵌入式系统的助产士」。它自己不干正事，但它负责把干正事的程序请进内存、跑起来。
核心定义：Bootloader 是嵌入式系统上电后最先执行的代码，负责初始化硬件、加载并跳转到主应用程序。
你想想看，如果没有 Bootloader，每次升级固件都得开盖接烧录器。有了它，你就能通过串口、网口甚至无线把新固件刷进去。我在一个物联网项目里就吃过这个亏——产品已经封好外壳了，发现固件有 bug，只能拆壳烧录。从那以后，所有产品我都强制要求带 Bootloader。
1.2 Bootloader 在嵌入式系统中的作用
Bootloader 到底管哪些事？我列个清单给你看：
- 硬件初始化——设置时钟、配置内存控制器、初始化串口等外设。这一步要快，我一般控制在 100ms 以内。
- 应用程序加载——从 Flash、SD 卡或网络把固件拷贝到 RAM 里。
- 固件升级——接收新固件，写入 Flash，校验完整性。这是 Bootloader 最核心的价值。
- 启动校验——检查应用程序的 CRC 或签名，防止跑飞或篡改。
- 回滚机制——新固件起不来，自动切回旧版本。这个功能救过我一次——远程升级后设备变砖，靠回滚救回来了。
我的习惯：Bootloader 里一定要留一个「强制升级模式」的入口。比如上电时检测某个 GPIO 电平，或者检测串口是否有特定数据。这样即使应用程序坏了，你还能通过 Bootloader 救回来。
我曾经在一个工业控制器项目里遇到过这种情况：现场 200 多台设备需要升级固件，每台拆壳烧录要 15 分钟。后来我在 Bootloader 里加了 YModem 协议，通过串口升级，一个人一天就搞定了全部设备。这就是 Bootloader 的价值。
1.3 常见 Bootloader 方案对比
市面上 Bootloader 方案不少，我挑几个常用的说说。每个方案我都亲手用过，踩过坑，也填过坑。
| 方案 | 适用场景 | 优点 | 缺点 | 我踩过的坑 |
|---|---|---|---|---|
| MCU 原厂 Bootloader | STM32、NXP、TI 等芯片出厂自带 | 无需额外开发，稳定可靠 | 功能固定，协议单一（通常只支持 UART） | STM32 的系统 Bootloader 不支持加密，产品被抄过 |
| MCUBoot | ARM Cortex-M/R/A 系列 | 开源、支持签名验证、多镜像管理 | 配置复杂，Flash 占用较大（约 32KB+） | 第一次移植时忘了配置 swap 分区，升级失败直接变砖 |
| U-Boot | Linux 嵌入式系统（ARM、RISC-V、x86） | 功能强大，支持网络、文件系统、多种启动介质 | 代码量大（几百 KB），不适合小 Flash 芯片 | 调试 U-Boot 的网卡驱动花了我整整三天 |
| 自研 Bootloader | 资源受限的 MCU（Flash < 64KB） | 体积小（可做到 4KB 以内），功能定制灵活 | 开发周期长，需要自己处理 Flash 驱动和通信协议 | 曾经忘了关全局中断，升级过程中被中断打断导致 Flash 写入失败 |
| Little Kernel (LK) | Android 设备、高通平台 | 轻量级，启动速度快 | 文档少，社区活跃度一般 | 没怎么用过，只在帮朋友调手机时接触过 |
选型建议：如果你的芯片 Flash 小于 64KB，别犹豫，自己写一个轻量 Bootloader。如果 Flash 大于 256KB 且需要网络升级，U-Boot 或 MCUBoot 是更好的选择。原厂 Bootloader 只适合开发调试阶段，量产产品我建议换掉——功能太受限。
下面这张图是我自己画的 Bootloader 启动流程，你看一眼就明白了：
这张图里有个关键点——升级请求检测。我一般用两种方式：一是检测某个 GPIO 电平，二是检测串口在 500ms 内是否有特定数据。两种方式同时用，保险。
1.4 我的一些经验总结
做了十几年嵌入式，关于 Bootloader 我有几条铁律：
- Bootloader 和应用程序必须完全独立——中断向量表、堆栈、链接脚本都要分开。我见过有人把两个程序混在一起编译，升级一次崩一次。
- Bootloader 里不要用复杂协议——串口就用 XModem/YModem，网络就用 TFTP。HTTP 和 HTTPS 留给应用程序去处理。
- 一定要做 Flash 写入的掉电保护——写入过程中断电怎么办？我的做法是：先写一个标志位，再写固件，最后清除标志位。下次启动时检查标志位，如果异常就进入恢复模式。
- Bootloader 本身也要能升级——虽然不常用，但万一 Bootloader 有 bug 呢？我一般把 Bootloader 分成两个区：一个运行区，一个备份区。升级 Bootloader 时先写备份区，校验通过再切换。
曾经踩过的坑：有一次我在 Bootloader 里用了全局变量，结果跳转到应用程序后，这些全局变量占用的内存没有被清零，导致应用程序的某些功能异常。排查了整整两天才发现问题。从那以后，我跳转前一定会把用过的外设全部复位，并把关键 RAM 区域清零。
好了，Bootloader 的基础概念就聊到这儿。记住一句话：Bootloader 是嵌入式系统的「看门人」，它不干活，但它保证干活的人能安全上岗。后面咱们会深入讲 Bootloader 的启动流程、Flash 分区设计，以及具体的代码实现。