1. Bootloader 基础概念
做嵌入式开发这些年，我见过不少工程师一上来就写应用代码，结果产品量产时才发现——固件没法远程升级，只能拆机烧录。嗯，这就是典型的 Bootloader 缺失问题。
今天咱们就从最基础的概念讲起。别小看这章，后面所有实战内容都建立在这些概念之上。
1.1 什么是 Bootloader
Bootloader，直译过来就是「引导加载程序」。说白了，它是 MCU 上电后最先运行的一段代码。它的任务很简单：初始化硬件，然后决定接下来跑什么。
你可以把它理解成电脑的 BIOS。电脑开机时 BIOS 先自检，再引导操作系统。MCU 的 Bootloader 干的是类似的事——只不过它面对的是嵌入式固件。
我个人习惯把 Bootloader 分成两类：
| 类型 | 特点 | 典型场景 |
|---|---|---|
| 一级 Bootloader | 固化在 ROM 中，不可修改 | 芯片出厂自带的引导程序 |
| 二级 Bootloader | 存储在 Flash 中，可升级 | 产品自定义的升级引导程序 |
大多数 MCU 芯片出厂时都内置了一级 Bootloader，比如 STM32 的系统存储器里就有一段。但咱们做产品开发时，通常需要自己写二级 Bootloader——因为厂家的那个太简陋了，不支持自定义的升级协议。
1.2 Bootloader 在嵌入式系统中的作用
你想想看，一个嵌入式系统从上电到正常运行，中间经历了什么？
- 硬件初始化——时钟、GPIO、外设都得先配好
- 应用程序校验——检查 Flash 里的固件是否完整
- 固件升级——如果有新固件，通过串口/CAN/USB 接收并写入 Flash
- 跳转执行——一切就绪后，跳转到应用程序入口
这些事，Bootloader 全包了。我在项目中遇到过最典型的场景：产品已经发货到现场，客户要求增加一个新功能。如果没有 Bootloader，你得派人带着烧录器去现场拆机。有了 Bootloader，远程发个固件包就搞定了。
Bootloader 还有几个关键作用：
- 安全启动——校验固件签名，防止被篡改
- 故障恢复——应用程序崩溃了，Bootloader 还能救回来
- 多固件管理——支持 A/B 分区切换，升级失败自动回滚
1.3 Bootloader 与应用程序的关系
这个问题我经常被问到：Bootloader 和应用程序到底怎么分工？
简单说，它们是两个独立的程序，放在 Flash 的不同地址段。Bootloader 在低地址，应用程序在高地址。MCU 上电先跑 Bootloader，Bootloader 再跳转到应用程序。
看个典型的 Flash 布局：
Flash 地址空间（以 512KB 为例）：
+------------------+ 0x08000000
| Bootloader | 32KB
+------------------+ 0x08008000
| 应用程序 | 480KB
+------------------+ 0x08080000这里有个关键点：中断向量表的重映射。应用程序有自己的中断向量表，但 MCU 上电默认从 Flash 起始地址找向量表。Bootloader 跳转前，必须把应用程序的向量表地址告诉 MCU。
Bootloader 和应用程序的交互方式通常有这几种：
| 交互方式 | 说明 | 适用场景 |
|---|---|---|
| 共享 RAM 标志 | 在 RAM 固定地址写一个标志位 | 通知 Bootloader 进入升级模式 |
| 备份区参数 | 在 Flash 备份区存储配置 | 保存升级状态、版本号 |
| 固定协议 | 通过串口/CAN 等通信 | 远程升级指令传递 |
我个人习惯用共享 RAM 标志的方式。应用程序收到升级指令后，在 RAM 里写一个特定值，然后软复位。Bootloader 启动时检查这个值，如果有效就进入升级模式。这样做的好处是——不依赖 Flash 擦写，速度快，而且不容易出问题。
1.4 本章知识体系
下面这张图把 Bootloader 的核心概念串起来了。我建议你多看几遍，把整体框架印在脑子里。
这张图把本章的三个核心知识点串在了一起。你注意看：Bootloader 处在中间位置，左边是它的定义分类，右边是它的作用，下面是它和应用程序的关系。整个体系是环环相扣的。
好了，这一章就到这里。记住三个关键词：引导、校验、跳转。后面所有章节都是围绕这三个词展开的。