1. Bootloader 基础概念：嵌入式系统的“第一行代码”
大家好，我是你们这门课的老朋友。咱们今天聊聊 Bootloader。说白了，它就是嵌入式系统上电后，CPU 执行的第一段正经程序。
你想想看，一块芯片从 Flash 里刚启动，内存还没初始化，外设时钟也没开，这时候它怎么知道该干什么？Bootloader 就是干这个的——它负责把硬件从“原始状态”带到“可运行状态”，然后跳转到操作系统或应用程序。
1.1 Bootloader 在嵌入式系统中的角色
我经常跟团队里的新人说：Bootloader 就像机场的廊桥。没有它，乘客（应用程序）没法从飞机（Flash）安全地走到航站楼（RAM）里。它的角色可以拆成几个关键点：
- 硬件初始化：设置时钟、配置内存控制器、初始化串口等。没有这一步，后面的代码连跑都跑不起来。
- 引导加载：从存储介质（NAND、eMMC、SPI Flash）把内核或应用镜像读到 RAM 里。
- 启动参数传递：给内核传递设备树、命令行参数等。
- 系统恢复/升级：提供刷机、恢复出厂设置等能力。
我记得有一次做车机项目，Bootloader 里少配了一组 DDR 时序参数，结果系统十次启动有三次死机。查了两天才发现——嗯，从那以后我每次调内存初始化都格外小心。
1.2 常见 Bootloader 对比
市面上主流的 Bootloader 就那么几款。我按自己的使用经验，给大家列个对比表：
| 特性 | U-Boot | Barebox | MCUBoot |
|---|---|---|---|
| 适用场景 | Linux 嵌入式系统（ARM、RISC-V、x86） | 嵌入式 Linux，更轻量 | MCU 安全启动、OTA 升级 |
| 代码规模 | 较大（约 200K+） | 中等（约 100K） | 极小（约 10-30K） |
| 文件系统支持 | 丰富（ext4、FAT、UBIFS 等） | 较丰富 | 通常只支持原始镜像 |
| 安全启动 | 需额外配置 | 需额外配置 | 原生支持签名验证 |
| 社区活跃度 | 极高 | 中等 | 高（Zephyr、MCU 生态） |
| 学习曲线 | 陡峭 | 中等 | 平缓 |
我个人习惯：做 Linux 产品首选 U-Boot，生态好、资料多；做 MCU 安全升级项目，MCUBoot 是首选；Barebox 嘛，适合对代码体积有要求、又想保留 Shell 交互的场景。
1.3 Bootloader 启动流程全景图
下面这张图，是我画的一个标准 Bootloader 启动流程。你把它记熟了，后面章节的代码分析就顺了。
这张图里，从“上电复位”到“加载并启动 OS”，一共六个阶段。其中 SPL（第一阶段）是最容易出问题的——空间小、依赖少，调试手段也有限。
1.4 为什么 Bootloader 这么重要？
你可能觉得 Bootloader 不就是个“跳板”吗？其实不然。我见过太多项目，应用层写得花团锦簇，结果 Bootloader 不稳定，产品一发货就变砖。
Bootloader 决定了三件事：
- 启动可靠性：能不能在各种异常下（掉电、复位、镜像损坏）都能安全启动。
- 升级安全性：OTA 升级时，Bootloader 是最后一道防线。
- 调试便利性：好的 Bootloader 提供网络、串口、命令行，开发效率翻倍。
1.5 本章小结
咱们这一章把 Bootloader 的“是什么、干什么、有哪些”讲清楚了。你记住三个关键词：初始化硬件、加载镜像、安全启动。后面每一章，都会围绕这三个核心展开。