一、Bootloader 概述：嵌入式系统的“第一行代码”
各位同学，咱们今天聊聊 Bootloader。说白了，它就是嵌入式系统上电后，CPU 执行的第一段程序。你想想看，一块芯片从 Flash 里刚启动，内存还没初始化，外设还没配置，这时候谁来干这些脏活累活？就是 Bootloader。
我记得刚入行那会儿，带我的老工程师跟我说过一句话：“没有 Bootloader，你的嵌入式系统就是一坨冰冷的硅片。”当时觉得夸张，后来自己调板子调得焦头烂额时，才真正体会到这句话的分量。
1.1 什么是 Bootloader
Bootloader，全称是“引导加载程序”。它的核心任务就两件：初始化硬件，然后加载并启动操作系统。
你可以把它理解成电脑的 BIOS。但嵌入式里的 Bootloader 更“瘦”，更贴近硬件。它直接操作寄存器，不依赖任何操作系统。我习惯把它比作“系统唤醒师”——在系统沉睡（断电）时，把它叫醒，并递上操作系统这杯咖啡。
核心定义：Bootloader 是嵌入式系统上电后第一个执行的程序，负责硬件初始化、内存映射、加载操作系统镜像到 RAM，并将控制权移交给操作系统。
为什么需要它？因为 CPU 上电后，PC（程序计数器）会指向一个固定的复位地址（比如 0x00000000 或 0xFFFF0000）。这个地址上必须有一段可执行代码。这段代码就是 Bootloader 的入口。
1.2 Bootloader 在嵌入式系统中的角色
Bootloader 在系统里的位置，我画了张图，你看一眼就明白了：
从这张图你能看到，Bootloader 处于硬件和操作系统之间的“桥梁”位置。它干的事，说白了就是三件：
- 硬件初始化：设置时钟频率、初始化 DDR 控制器、配置串口等。没有这一步，内存都用不了。
- 加载镜像：从 Flash、SD 卡、网络等介质中，把操作系统内核读到内存里。
- 跳转执行：设置好内核启动参数，然后一条跳转指令，把 CPU 控制权交给内核。
我的经验：调试 Bootloader 时，串口是最重要的“眼睛”。我习惯在初始化完串口后，第一时间打印一个字符。如果这个字符没出来，说明硬件初始化就有问题，不用往下查了。
另外，Bootloader 还有一个容易被忽略的角色——系统恢复。当操作系统崩溃或镜像损坏时，Bootloader 可以通过网络或 USB 下载新镜像，把“砖”救回来。我曾经在客户现场，靠 U-Boot 的 TFTP 功能，远程救活了一台部署在野外的设备。那种感觉，嗯，挺爽的。
1.3 主流 Bootloader 简介
嵌入式世界里，Bootloader 种类不少。但真正广泛使用的，其实就那么几个。我挑两个最典型的给你讲讲。
1.3.1 U-Boot（Universal Bootloader）
U-Boot 是目前最主流的开源 Bootloader，支持 ARM、x86、RISC-V、MIPS 等几乎所有架构。它由 DENX 社区维护，代码量大概在 30 万行左右。
U-Boot 的特点，我总结了一下：
| 特性 | 说明 |
|---|---|
| 架构支持 | ARM / x86 / RISC-V / MIPS / PowerPC 等 |
| 启动介质 | NAND Flash / NOR Flash / SD / eMMC / SPI Flash / 网络 |
| 交互方式 | 命令行（Shell），支持脚本、环境变量 |
| 文件系统 | 支持 ext4 / FAT / JFFS2 / UBIFS 等 |
| 网络协议 | TFTP / NFS / DHCP / PXE |
| 调试能力 | 内存读写、寄存器查看、反汇编、MD5/SHA 校验 |
U-Boot 的启动流程，大致分两个阶段：
- SPL（Secondary Program Loader）：第一阶段，代码量极小（通常 < 4KB），初始化最基本的硬件（时钟、DDR），然后加载完整的 U-Boot 到内存。
- U-Boot 本体：第二阶段，完整的 Bootloader，提供命令行、网络、文件系统支持，最终加载内核。
注意：SPL 的大小受限于芯片内部 SRAM 或 ROM 的大小。比如有些芯片的 SRAM 只有 64KB，SPL 必须严格控制在这个范围内。我曾经因为多加了几个调试打印，导致 SPL 超限，板子直接变砖——嗯，从那以后我养成了编译完先看 .text 段大小的习惯。
U-Boot 的命令行非常强大。你可以在串口终端里直接操作硬件：
# 查看内存内容
md.b 0x80000000 0x100
# 从 TFTP 下载内核
tftp 0x82000000 uImage
# 擦除并写入 NAND Flash
nand erase 0x200000 0x500000
nand write 0x82000000 0x200000 0x500000
# 启动内核
bootm 0x82000000这些命令，你在调试阶段会天天用。我建议你先把 md、mw、tftp、bootm 这几个记熟。
1.3.2 AT91Bootstrap
AT91Bootstrap 是 Microchip（原 Atmel）为自家 ARM 处理器（SAM9、SAMA5 系列）开发的轻量级 Bootloader。它比 U-Boot 简单得多，代码量大概只有 U-Boot 的十分之一。
为什么会有它？因为 U-Boot 对某些资源受限的芯片来说，太“重”了。AT91Bootstrap 的设计哲学就是“够用就好”：
- 单阶段启动：没有 SPL 的概念，直接从 Flash 加载到 SRAM 执行。
- 配置简单：通过头文件宏定义配置，不需要复杂的设备树。
- 启动速度快：从上电到加载内核，通常不超过 1 秒。
- 支持多种介质：DataFlash、NAND、SD 卡、SPI Flash。
AT91Bootstrap 的典型配置代码，长这样：
/* board.h */
#define CONFIG_SYS_CLOCK_HZ 100000000 /* 主频 100MHz */
#define CONFIG_SYS_LOAD_ADDR 0x22000000 /* 内核加载地址 */
#define CONFIG_BOOTARGS "console=ttyS0,115200 root=/dev/mmcblk0p2"
#define CONFIG_BOOTCOMMAND "nand read 0x22000000 0x200000 0x400000; bootm"我个人觉得，AT91Bootstrap 非常适合初学者入门。因为它代码量小，逻辑清晰，没有 U-Boot 那么多历史包袱。你花一个周末就能把它的启动流程通读一遍。
但它的缺点也很明显：只支持 Atmel/Microchip 的芯片，生态封闭。如果你换一家芯片厂商，就得重新学一套 Bootloader。
1.4 如何选择 Bootloader
选哪个？我给你的建议很简单：
| 场景 | 推荐 | 理由 |
|---|---|---|
| 通用嵌入式 Linux 产品 | U-Boot | 生态好、社区活跃、支持广泛 |
| Atmel/Microchip 平台 | AT91Bootstrap | 轻量、快速、官方维护 |
| 资源极度受限（< 64KB Flash） | 裸机或自定义 Bootloader | U-Boot 放不下，只能手写 |
| 学习研究 | AT91Bootstrap 或 U-Boot SPL | 代码量小，适合通读 |
我的建议：如果你是刚入门，先别急着啃 U-Boot 的完整源码。找个 AT91Bootstrap 的 demo 板，把启动流程跑通，理解“初始化→加载→跳转”这个核心逻辑。然后再去看 U-Boot，你会发现很多东西是相通的。