1. Bootloader 概述：嵌入式系统的“第一行代码”

大家好，我是你们的讲师。今天咱们聊聊 Bootloader——这个嵌入式系统里最不起眼、却又最关键的组件。

你想想看，一块开发板或者产品板，上电之后 CPU 从哪里开始执行？没错，从复位向量开始。但复位向量里放的是什么？就是 Bootloader 的第一条指令。说白了，Bootloader 是硬件上电后第一个跑起来的软件，它负责把操作系统内核请进内存，然后把控制权交出去。

1.1 什么是 Bootloader？

Bootloader 的全称是“引导加载程序”。它是一段固化在非易失性存储（比如 NOR Flash、NAND Flash、eMMC）上的小程序。硬件复位后，CPU 会从预设的启动地址取指执行，这段代码就是 Bootloader。

我个人习惯把 Bootloader 分成两个阶段：

• 第一阶段（汇编阶段）：初始化 CPU 寄存器、关闭看门狗、设置时钟、初始化 DDR 控制器。这段代码通常用汇编写，体积很小，几百字节到几 KB。
• 第二阶段（C 语言阶段）：完成更复杂的初始化，比如文件系统驱动、网络协议栈、从存储介质加载内核镜像，最后跳转到内核入口。

为什么分两阶段？因为第一阶段受限于片上 SRAM 大小，没法跑 C 环境。等 DDR 初始化好了，代码才能搬到内存里跑。我在项目中遇到过一块板子，DDR 时序参数配错了，第一阶段死活过不去，查了两天才发现是寄存器写反了——嗯，这种坑踩过一次就忘不了。

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

Bootloader 不只是“把内核加载进内存”这么简单。它的核心作用可以归纳为以下几点：

1.3 主流 Bootloader 对比

嵌入式领域常见的 Bootloader 有三个：U-Boot、GRUB、Barebox。我分别说说它们的特点和适用场景。

U-Boot（Das U-Boot）

U-Boot 是目前嵌入式 Linux 领域事实上的标准 Bootloader。它支持 ARM、x86、RISC-V、MIPS、PowerPC 等几乎所有主流架构。功能非常丰富：网络启动、文件系统支持、环境变量、脚本执行、设备树支持……基本上你能想到的它都有。

我个人的经验是：如果你的项目是基于 ARM 或 RISC-V 的嵌入式 Linux 产品，选 U-Boot 基本不会错。社区活跃，资料多，遇到问题容易找到答案。

GRUB（GRand Unified Bootloader）

GRUB 是 x86 桌面和服务器领域的霸主。它支持多操作系统引导、模块化设计、图形界面。但在嵌入式领域，GRUB 用得不多——因为它对非 x86 架构的支持比较弱，而且体积偏大。

不过，如果你在做 x86 架构的嵌入式系统（比如工控机、边缘网关），GRUB 也是一个选择。它支持 UEFI，兼容性好。

Barebox

Barebox 是 U-Boot 的一个“轻量级”替代品。它借鉴了 Linux 内核的代码风格和驱动模型，代码结构更清晰，启动速度也更快。但它的社区规模和硬件支持范围远不如 U-Boot。

我在一个对启动时间要求极高的项目中试过 Barebox，确实比 U-Boot 快了几百毫秒。但后来因为某个网卡驱动不完善，又换回了 U-Boot。所以，Barebox 适合对启动速度有极致要求、且硬件平台被良好支持的场景。

1.4 Bootloader 在系统启动流程中的位置

为了让你更直观地理解 Bootloader 在整个启动链中的角色，我画了一张流程图：

从这张图你可以看到，Bootloader 处于硬件和操作系统之间的“桥梁”位置。它既要懂硬件（寄存器、时序、控制器），又要懂软件（文件系统、内核格式、设备树）。

我个人觉得，Bootloader 是嵌入式 Linux 开发中最容易“翻车”的环节。因为它的调试手段有限——串口没初始化之前，你连打印都看不到。所以，很多老工程师都会在 Bootloader 里加一个“LED 闪烁”的调试手段，用 GPIO 电平变化来判断代码执行到了哪一步。这招虽然土，但真的管用。

1.5 本章小结

这一章我们聊了 Bootloader 的基本概念、它在系统中的作用，以及三个主流 Bootloader 的对比。你不需要现在就记住所有细节，但一定要理解：Bootloader 是嵌入式系统的起点，它的质量直接决定了整个系统的稳定性和启动速度。