📚 课程目录第1章 Bootloader概述

1. Bootloader 概述：从按下复位键到用户程序跑起来

大家好，欢迎来到这门课。我是你们的讲师，一个在 ARM Cortex-M 上摸爬滚打了十几年的嵌入式工程师。

今天咱们聊点最基础的——Bootloader。说白了，它就是嵌入式系统上电后，在用户主程序运行之前，先跑的那一小段代码。你别看它小，它可是整个系统的「看门大爷」。

1.1 什么是 Bootloader？

Bootloader，直译过来就是「引导加载程序」。它的核心任务就两个：初始化硬件，然后把控制权交给用户程序。

我习惯把它比作「系统启动的导演」。你想想看，芯片一上电，寄存器全是默认值，外设时钟没开，内存还没初始化。这时候用户程序直接跑？大概率会死机。Bootloader 就是负责把这些「舞台布景」搭好，再请主角（用户程序）登场。

  核心定义： Bootloader 是固化在非易失性存储器（如 Flash）中的一段独立固件，负责系统初始化、固件更新、启动校验，最终跳转到用户应用程序。

1.2 Bootloader 在嵌入式系统中的作用

很多刚入行的朋友问我：「Bootloader 不就是个跳转吗？能不能省掉？」

嗯，这个问题我当年也问过。后来在一个量产项目中吃了大亏——产品出厂后发现有 bug，但 Flash 已经锁死了，没法远程升级。那批货只能全部召回。从那以后，我再也不敢省 Bootloader 了。

Bootloader 在真实项目里，至少承担这几个角色：

固件更新（OTA/ISP）：通过 UART、USB、CAN 甚至无线方式，把新固件烧进 Flash。这是 Bootloader 最核心的价值。
启动校验与安全：检查用户程序的 CRC、签名，防止固件被篡改或损坏。我在医疗设备项目里，Bootloader 会做双重校验——CRC32 + RSA 签名，少一个都不让启动。
多分区管理：比如 A/B 分区备份升级，一个分区升级失败，自动回滚到另一个分区。这个机制在汽车电子里几乎是标配。
硬件抽象与初始化：把芯片从复位状态带到稳定运行状态，包括时钟配置、PLL 锁定、SDRAM 初始化等。

功能	说明	典型场景
固件更新	接收新固件并写入 Flash	OTA 升级、产线烧录
启动校验	验证用户程序完整性	安全启动、防篡改
分区管理	管理多个固件副本	A/B 升级、回滚
硬件初始化	配置时钟、内存、外设	从复位到运行态

1.3 Cortex-M 启动流程简介

要写好 Bootloader，你得先搞清楚 Cortex-M 是怎么启动的。这个流程和传统的 ARM7/ARM9 完全不同，它更简单，但也更讲究细节。

Cortex-M 内核复位后，硬件会自动做两件事：

从地址 0x00000000 读取栈顶指针（MSP），加载到主栈指针寄存器。
从地址 0x00000004 读取复位向量，也就是 Reset_Handler 的地址，然后跳转过去执行。

注意，这里有个坑：Cortex-M 的向量表里，地址 0 存的是 MSP，地址 4 才是复位向量。我见过有新手把这两个搞反了，结果芯片一上电就跑飞了。

避坑指南： 我曾经在 STM32F4 上调试一个 Bootloader，发现跳转到 APP 后总是 HardFault。查了两天才发现——APP 的向量表首地址没有按 256 字节对齐。Cortex-M 要求向量表地址必须对齐到 2 的 N 次幂（至少 128 字节），否则硬件会异常。

整个启动流程，我画了张图，你一看就明白了：

你看，从复位到 main()，硬件只做了两件事，剩下的全交给 Reset_Handler。而 Reset_Handler 里，通常要完成：

复制 .data 段从 Flash 到 SRAM
清零 .bss 段
配置系统时钟（PLL、HSE、HSI 等）
初始化堆栈
最后调用 __libc_init_array 和 main()

我的习惯： 在 Bootloader 的 Reset_Handler 里，我一般不会做太复杂的初始化。只初始化必要的外设——比如升级用的 UART 或 USB，然后尽快进入主循环。把复杂的时钟配置留给用户程序，这样可以缩短 Bootloader 的启动时间。

1.4 Bootloader 与用户程序的内存布局

搞清楚了启动流程，接下来要理解 Bootloader 和用户程序在 Flash 里怎么放。这是整个课程的基础，也是你写 Bootloader 时第一个要确定的。

我常用的布局是这样的：

地址范围	内容	大小（典型值）
0x08000000 - 0x08003FFF	Bootloader 固件（含向量表）	16 KB
0x08004000 - 0x08007FFF	参数存储区（升级标志、版本号等）	16 KB
0x08008000 - 0x0807FFFF	用户应用程序（APP）	剩余 Flash

注意，用户程序的向量表要偏移。比如 APP 从 0x08008000 开始，那它的向量表基址就是 0x08008000。在 APP 的启动代码里，必须通过 SCB->VTOR 寄存器设置这个偏移量。否则，中断来了，CPU 还是去 0x08000000 找向量表——那就会跑到 Bootloader 的向量表里，系统就乱了。

避坑指南： 我曾经在一个项目里，APP 的中断一直不响应。查了半天，发现是 SCB->VTOR 设置对了，但 APP 的链接脚本里，向量表还是放在 0x08000000。链接脚本和 VTOR 必须一致，缺一不可。

1.5 本章小结

好，咱们把这一章的核心点捋一捋：

Bootloader 是系统启动的第一段代码，负责初始化、校验、升级和跳转。
Cortex-M 启动流程：硬件自动读 MSP 和复位向量，然后执行 Reset_Handler。
Bootloader 和 APP 在 Flash 里分区存放，APP 的向量表必须偏移。
写 Bootloader 时，要特别注意向量表对齐、链接脚本和 VTOR 的一致性。

下一章，咱们会深入 Cortex-M 的向量表机制，手把手教你配置 VTOR，并写一个最简单的「跳转型 Bootloader」。到时候，我会把完整的工程代码贴出来，咱们一起调。

今天就到这儿。有什么问题，欢迎在课程群里讨论。咱们下章见。