1. Bootloader基础概念
什么是Bootloader
Bootloader，说白了就是嵌入式系统上电后第一个跑起来的程序。我经常跟团队里的新人说，你可以把它理解成电脑的BIOS，但比BIOS更轻量、更专一。
它是一段固化在Flash或ROM里的代码，系统复位后由CPU直接跳转执行。它的任务很纯粹——初始化硬件、加载应用程序、然后跳转过去。就这么简单。
我在项目中遇到过不少新手，以为Bootloader就是一段普通的启动代码。其实不然，它跟应用程序最大的区别在于：Bootloader是「裸跑」的，不依赖任何操作系统或运行时环境。你想想看，这时候Flash里可能还空着呢，哪来的操作系统？
Bootloader在嵌入式系统中的作用
Bootloader的核心作用，我归纳为三点：
- 硬件初始化：时钟、内存、外设这些基础模块，得先让它跑起来
- 加载应用程序：从Flash、SD卡或网络把固件搬到RAM里
- 提供升级通道：这是OTA系统的关键——Bootloader要能识别新固件、校验、写入
嗯，这里要注意一点。很多人以为Bootloader只在启动时跑一次就完事了。但在OTA系统里，Bootloader其实是个「守门员」的角色——每次启动它都要检查：有没有新固件？当前固件是否完整？要不要回滚？
关键认知：Bootloader不是一次性的启动代码，它是整个OTA生命周期管理的核心执行者。
我记得有一次做车载项目，客户要求系统在升级过程中断电后能自动恢复。当时我就在Bootloader里加了个「双备份」机制——一个区放当前固件，一个区放新固件，Bootloader启动时先校验再决定跑哪个。这个设计后来成了我们团队的标配方案。
Bootloader与应用程序的关系
这个问题，我习惯用一个比喻来解释：Bootloader是「引路人」，应用程序是「主人」。
引路人把主人请到台上，然后自己就退到幕后了。但引路人手里还握着「遥控器」——万一主人出问题了，引路人得能重新上台控制局面。
具体到技术层面，它们的关系体现在：
| 维度 | Bootloader | 应用程序 |
|---|---|---|
| 启动顺序 | 先执行 | 后执行 |
| 生命周期 | 启动阶段 + 升级阶段 | 正常运行阶段 |
| Flash分区 | 独立分区（通常较小） | 主分区（通常较大） |
| 中断向量 | 启动时使用自己的向量表 | 跳转后使用自己的向量表 |
| 升级权限 | 有权限擦写应用程序区 | 通常无权限擦写Bootloader区 |
这里有个容易踩的坑——中断向量表的重映射。我曾经在某个项目里，Bootloader跳转到应用程序后，中断死活不响应。查了两天才发现，应用程序的中断向量表地址没配置对。说白了，Bootloader和应用程序各有各的中断向量表，跳转时必须重新映射，否则CPU还是去找Bootloader的向量表，那不乱套了吗？
避坑指南：我曾经在STM32平台上吃过这个亏。跳转前一定要把VTOR寄存器（中断向量表偏移寄存器）改成应用程序的起始地址。否则，按一下按键触发中断，CPU跑去Bootloader的向量表里找服务函数，结果地址对不上，直接HardFault。
另外，Bootloader和应用程序之间通常有个「约定」——共享一些内存区域或标志位。比如：
/* Bootloader与应用程序的共享数据结构 */
typedef struct {
uint32_t magic; /* 魔数，用于验证数据有效性 */
uint32_t app_version; /* 应用程序版本号 */
uint32_t boot_count; /* 启动次数计数 */
uint32_t update_flag; /* 升级标志：0-正常启动，1-需要升级 */
uint32_t crc32; /* 整个结构体的校验值 */
} shared_boot_info_t;
/* 这个结构体放在固定的RAM地址，比如0x20000000 */
#define SHARED_INFO_ADDR ((shared_boot_info_t *)0x20000000)我个人习惯在Bootloader的最后阶段，把这个共享结构体清空或置为无效状态，防止应用程序误读。你想想看，如果Bootloader跑完了还留着升级标志，下次复位应用程序以为又要升级，那不就死循环了吗？
小技巧：我建议在共享结构体里加个「魔数」字段。Bootloader写入时填一个固定值（比如0xDEADBEEF），应用程序读取时先校验魔数。如果魔数不对，说明数据无效，直接忽略。这个习惯帮我避免了好几次因为内存残留数据导致的诡异bug。
总结一下，Bootloader和应用程序的关系，说白了就是「分工明确、互不干扰、但留有后门」。Bootloader负责启动和升级，应用程序负责业务逻辑。两者通过约定的接口和共享数据区协作，但各自独立运行。这种设计，在OTA系统里尤为重要——因为升级失败时，Bootloader是最后的救命稻草。