1. Bootloader 基础概念
1.1 什么是 Bootloader
Bootloader，说白了就是嵌入式系统上电后第一个跑的程序。它负责把操作系统内核从存储介质里搬出来，放到内存里，然后跳过去执行。
我刚开始做嵌入式那会儿，总觉得 Bootloader 就是个「跳板」——代码量不大，功能也不复杂。后来踩了几次坑才明白，这东西其实是整个系统的基石。你想想看，如果 Bootloader 没跑起来，后面再好的应用代码都是白搭。
一个典型的 Bootloader 启动流程大致是这样的：
- 上电复位，CPU 从固定地址取指令
- 初始化时钟、内存、串口等基础硬件
- 从 Flash、SD 卡或网络读取内核镜像
- 验证镜像完整性（CRC 或签名校验）
- 跳转到内核入口，交出控制权
嗯，这里要注意——Bootloader 和 BIOS 不是一回事。BIOS 是 x86 平台上的固件标准，Bootloader 更多用在嵌入式 Linux 或 RTOS 系统里。我见过不少新手把这两个概念混着用，结果在项目文档里闹了笑话。
1.2 Bootloader 在嵌入式系统中的角色
Bootloader 在嵌入式系统里到底扮演什么角色？我个人习惯把它分成三个层面来看：
| 角色 | 职责 | 实际意义 |
|---|---|---|
| 硬件初始化者 | 配置时钟、DDR、中断向量、堆栈 | 让 CPU 从「裸金属」状态进入可编程状态 |
| 镜像加载器 | 从存储介质读取内核/根文件系统 | 支持多种启动介质：NAND、eMMC、SD、网络 |
| 系统恢复入口 | 提供命令行、网络刷写、固件升级 | 产品量产和现场维护的关键通道 |
我在项目中遇到过最典型的一个场景：某款工业控制器在产线上烧录完固件后，有 3% 的板子启动不了。查了两天才发现，是 Bootloader 里 DDR 时序参数配错了，导致部分体质偏弱的内存颗粒初始化失败。你看，Bootloader 的硬件初始化做不好，后面全白费。
1.3 常见 Bootloader 对比
市面上主流的 Bootloader 就那么几个。我这些年基本都用过，说说我的真实感受。
U-Boot
U-Boot 是目前嵌入式 Linux 领域事实上的标准。它支持 ARM、RISC-V、MIPS、x86 等几乎所有主流架构。我个人习惯用 U-Boot 做量产项目，因为社区活跃、文档多、驱动全。
- 优点：架构支持广、驱动丰富、命令行强大、支持网络启动
- 缺点：代码量大（编译后几百 KB）、启动速度偏慢、配置复杂
- 适用场景：Linux 量产产品、多平台通用方案
Barebox
Barebox 是 U-Boot 的一个分支，后来独立发展了。它最大的特点是代码结构更清晰，更像 Linux 内核的编码风格。
- 优点：代码可读性好、支持设备树、启动速度快
- 缺点：社区规模小、支持的板子没 U-Boot 多
- 适用场景：对代码质量要求高的团队、研究学习
Coreboot
Coreboot 主要用在 x86 平台，目标是替代传统 BIOS。它启动极快，有些实现能在几百毫秒内完成初始化。
- 优点：启动速度极快、开源、安全启动支持好
- 缺点：主要面向 x86、ARM 支持有限、配置门槛高
- 适用场景：Chromebook、服务器、对启动时间敏感的产品
| 特性 | U-Boot | Barebox | Coreboot |
|---|---|---|---|
| 架构支持 | ARM / RISC-V / MIPS / x86 | ARM / MIPS / x86 | x86 为主 |
| 代码体积 | 200-500 KB | 100-300 KB | 50-200 KB |
| 启动速度 | 中等（1-3 秒） | 较快（0.5-1.5 秒） | 极快（0.1-0.5 秒） |
| 社区活跃度 | 极高 | 中等 | 较高 |
| 学习曲线 | 中等 | 较低 | 较高 |
1.4 Bootloader 启动流程全景图
下面这张图是我自己总结的 Bootloader 启动流程全景。它把从 CPU 上电到内核启动的完整路径画了出来。你把它记在脑子里，后面学移植和故障定位会轻松很多。
这张图里有个关键点我想强调一下：SPL（Secondary Program Loader）阶段。很多 SoC 内部 SRAM 只有几十 KB，装不下完整的 U-Boot。所以要先跑一个很小的 SPL，初始化 DDR，再把主 Bootloader 从 Flash 搬到内存里。我调试过一块芯片，SPL 阶段 DDR 时序配错了，结果主 Bootloader 加载到内存里全是乱码——这种问题最难查，因为错误发生在代码执行之前。