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

大家好，欢迎来到《Bootloader 分区加载与镜像管理实战》的第一章。

咱们直接切入正题。什么是 Bootloader？

说白了，它就是嵌入式系统上电后，CPU 执行的第一段程序。你想想看，芯片一上电，内存还没初始化，文件系统还没影儿呢，主程序根本跑不起来。这时候就需要一个“先遣队”——Bootloader，来把硬件环境准备好，再把真正的操作系统或应用镜像加载到内存里，最后跳转过去执行。

我个人习惯把 Bootloader 比作“系统看门大爷”。它不负责具体的业务逻辑，但它决定了整个系统能不能正常启动。我在项目中遇到过好几次，硬件明明没问题，应用代码也编译通过了，就是起不来——最后查出来，Bootloader 里某个外设时钟配置错了。嗯，这种坑踩过一次就忘不了。

1.1 Bootloader 在嵌入式系统中的角色

Bootloader 到底扮演什么角色？我总结了三个核心职责：

• 硬件初始化：设置时钟、配置 DDR 控制器、初始化串口/NAND Flash/eMMC 等基本外设。这是 Bootloader 的“本职工作”。
• 镜像加载与校验：从存储介质（比如 SPI Flash、SD 卡、网络）把内核或应用镜像读到内存，做完整性校验（CRC、哈希签名），确保镜像没被篡改或损坏。
• 启动流程控制：决定从哪个分区启动、是否进入升级模式、要不要回滚到上一个版本。这部分在 OTA 场景下尤其关键。

为什么会这样？因为 Bootloader 运行在没有任何操作系统支持的环境里。你不能调用 printf，不能 malloc，甚至连全局变量都要小心使用——因为 BSS 段可能还没清零。我刚开始做 Bootloader 开发时，就因为在汇编阶段用了一个未初始化的全局变量，导致程序随机崩溃，查了两天才找到原因。

1.2 常见的 Bootloader 方案

嵌入式领域主流的 Bootloader 方案就那么几个。我按使用场景给大家梳理一下：

方案	适用平台	特点	我的评价
U-Boot	ARM、RISC-V、x86、MIPS 等	功能最全，社区活跃，支持大量板级配置	工业级首选，但学习曲线陡峭
Barebox	ARM、x86	代码更清晰，POSIX 风格 API，调试友好	我个人比较喜欢，适合深度定制
GRUB	x86、x86_64	PC/服务器标准，支持多引导、模块化	嵌入式 x86 场景常用，ARM 上少见
MCUboot	ARM Cortex-M、RISC-V	专为 MCU 设计，支持安全启动和 OTA	IoT 设备的好选择，轻量级

1.3 深入聊聊 U-Boot

U-Boot 是目前嵌入式 Linux 领域事实上的标准 Bootloader。它的全称是 Universal Bootloader，支持从 NAND、NOR、SD 卡、网络（TFTP）、USB 等多种介质启动。

U-Boot 的启动流程大致分两个阶段：

1. SPL (Secondary Program Loader)：也叫 MLO，是 U-Boot 的第一阶段。它非常小（通常几十 KB），负责初始化最基本的硬件（时钟、DDR），然后把完整的 U-Boot 加载到内存。
2. U-Boot proper：完整的 Bootloader，提供命令行、环境变量、网络协议栈、文件系统支持等。用户可以通过串口交互，执行各种命令。

下面是一个典型的 U-Boot 环境变量示例，展示了如何配置从网络加载内核：

setenv ipaddr 192.168.1.100
setenv serverip 192.168.1.1
setenv bootcmd 'tftp 0x82000000 zImage; tftp 0x83000000 dtb; bootz 0x82000000 - 0x83000000'
saveenv
boot

这段代码的意思很简单：设置本机 IP 和服务器 IP，然后通过 TFTP 下载内核和设备树，最后启动。我在调试网络启动时，经常用这种组合来快速验证新内核。

1.4 Barebox：另一种选择

Barebox（以前叫 U-Boot v2）是另一个值得关注的 Bootloader。它的代码结构比 U-Boot 清晰很多，采用了类似 Linux 内核的驱动模型和设备树支持。

我个人觉得 Barebox 最大的优势是它的 调试体验。它提供了 POSIX 风格的 API，很多工具链可以直接用。如果你在 U-Boot 里被那些奇怪的宏定义和条件编译搞到头大，不妨试试 Barebox。

1.5 GRUB：x86 世界的霸主

GRUB（GRand Unified Bootloader）是 PC 和服务器领域的标准 Bootloader。它支持多操作系统引导、模块化设计、图形界面，甚至可以通过网络启动。

在嵌入式 x86 场景下，GRUB 也很常见。比如一些工业控制板、边缘网关，它们用的是 x86 架构，但需要像嵌入式设备一样从 CF 卡或 SSD 启动。这时候 GRUB 就是最自然的选择。

GRUB 的配置文件通常长这样：

menuentry "My Embedded Linux" {
  linux /boot/vmlinuz root=/dev/sda1 console=ttyS0,115200
  initrd /boot/initrd.img
}

嗯，这里要注意：GRUB 的配置语法和 U-Boot 完全不同。如果你习惯了 U-Boot 的环境变量方式，刚切到 GRUB 时可能会有点不适应。

1.6 知识体系总览

为了让大家对本章内容有个整体印象，我画了一张结构图：

1.7 如何选择 Bootloader？

选型没有银弹。我一般会按这几个维度来评估：

• 芯片架构：ARM 优先看 U-Boot 或 Barebox；x86 用 GRUB；MCU 用 MCUboot。
• 社区支持：U-Boot 的社区最大，遇到问题容易搜到答案。Barebox 社区小但质量高。
• 功能需求：需要安全启动？OTA 升级？双分区回滚？这些功能在不同 Bootloader 里的支持程度不一样。
• 团队经验：如果团队里有人熟悉 U-Boot，就别强行上 Barebox。我曾经在一个项目里坚持用 Barebox，结果新人上手花了很长时间。