1. Bootloader概述：什么是Bootloader、OTA升级的概念、为什么需要Bootloader、Bootloader在MCU中的位置

大家好，我是老周。做嵌入式固件开发十几年了，今天开始跟大伙聊聊MCU端的OTA Bootloader。说实话，这个主题我早就想写了。为啥？因为太多项目栽在Bootloader上，我自己就踩过不少坑。

嗯，咱们先从最基础的说起。

1.1 什么是Bootloader？

Bootloader，说白了就是MCU上电后第一个跑的程序。它不像你的应用程序那样干正经活，它的任务就一个——把真正的应用程序加载起来。

我习惯这么跟新人解释：Bootloader就像电脑的BIOS。你按下电源键，BIOS先启动，检查硬件，然后才把Windows从硬盘里拽出来运行。MCU里的Bootloader干的事差不多，只不过它加载的是你的固件。

你想想看，如果没有Bootloader，MCU上电后直接跑应用程序。那万一程序跑飞了，或者想升级固件，谁来管？这就是Bootloader存在的意义。

1.2 OTA升级的概念

OTA，全称Over-The-Air，空中升级。说白了就是不用拆设备、不用接烧录器，通过网络或者无线方式把新固件灌进去。

我记得2016年做的一个智能家居项目，产品已经铺了上千台到客户家里。结果发现有个bug，需要改几行代码。要是没有OTA，就得派人一家一家上门拆机烧录。那个成本，想想都肉疼。

OTA升级的基本流程是这样的：

1. 设备通过WiFi/BLE/4G等方式接收新固件包
2. 把固件包存到外部Flash或者内部Flash的备用区域
3. 校验固件完整性（CRC、SHA256之类的）
4. 标记Bootloader下次启动时执行升级
5. 重启设备，Bootloader接管，完成固件搬移

1.3 为什么需要Bootloader？

这个问题我面试时经常问。有人回答"为了OTA升级"，对，但不全对。Bootloader的作用远不止于此。

我总结了几点：

• 固件升级：这是最核心的功能。没有Bootloader，你没法远程更新固件。
• 安全启动：Bootloader可以校验应用程序的签名，防止恶意固件被加载。我在做车规级产品时，这个要求是强制性的。
• 系统恢复：应用程序跑飞了怎么办？Bootloader可以检测到异常，进入恢复模式，等待用户重新烧录固件。
• 硬件抽象：Bootloader可以初始化时钟、外设等，给应用程序提供一个干净的运行环境。

1.4 Bootloader在MCU中的位置

咱们来看看Bootloader在MCU存储空间里是怎么放的。以STM32为例，Flash的地址从0x08000000开始。

Flash布局示例（假设256KB Flash）：
0x08000000 - 0x08003FFF  (16KB)  Bootloader区域
0x08004000 - 0x08007FFF  (16KB)  参数存储区域（升级标志、版本号等）
0x08008000 - 0x0803FFFF  (224KB) 应用程序区域

这里要注意几个关键点：

• Bootloader必须放在Flash的起始地址。因为MCU上电后，PC指针默认指向0x08000000。
• Bootloader的大小要提前规划好。我一般留16KB到32KB，具体看功能复杂度。
• 应用程序的起始地址要避开Bootloader区域。比如Bootloader占了16KB，那应用程序就从0x08004000开始。

嗯，这里有个容易踩的坑。应用程序的向量表偏移一定要设置正确。我刚开始做Bootloader时，忘了改SCB->VTOR寄存器，结果应用程序一跑中断就死机。查了两天才发现是向量表位置不对。

存储区域	起始地址	大小	内容
Bootloader	0x08000000	16KB	启动代码、升级逻辑
参数区	0x08004000	16KB	升级标志、配置参数
应用程序	0x08008000	224KB	用户功能代码

说白了，Bootloader就是MCU系统里那个"站在门口把门"的角色。它不参与具体业务，但保证整个系统能正常启动、能安全升级。没有它，你的设备就是个"死"设备——出厂时什么样，一辈子就什么样。

好了，第一章就聊到这儿。下一章咱们深入Bootloader的启动流程，看看它上电后到底干了哪些事。