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

大家好，我是你们这趟 Bootloader 移植之旅的向导。咱们直接开门见山——今天聊的，是嵌入式系统里最基础、也最容易被轻视的一环：Bootloader。

你想想看，一块芯片上电后，CPU 从复位向量取第一条指令。这条指令是谁放的？就是 Bootloader。说白了，它是硬件苏醒后看到的第一个软件，也是软件世界里第一个跟硬件打交道的“狠角色”。

1.1 什么是 Bootloader？

Bootloader，直译就是“引导加载程序”。它的核心任务就两件：初始化硬件，然后加载并跳转到操作系统。

我习惯把它比作“嵌入式系统的助产士”。没有它，操作系统这个“新生儿”根本没法在硬件平台上顺利诞生。

它通常存放在非易失性存储里，比如 NOR Flash、NAND Flash、SD 卡，甚至是片内 ROM。上电后，CPU 自动跳转到它的入口地址，开始执行。

嗯，这里要注意：Bootloader 不是操作系统的一部分。它是独立的。你换一块板子，Bootloader 几乎肯定要重写或移植。

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

它的角色，我总结为三个关键词：初始化、引导、维护。

• 硬件初始化：关看门狗、设置系统时钟、初始化 SDRAM/DDR、配置串口等。这一步做不好，后面全是黑屏。
• 加载操作系统：从 Flash、网络或 SD 卡把内核镜像读到内存，然后跳过去执行。
• 提供维护接口：比如烧写固件、更新内核、调试硬件。没有这个，产品量产时你只能干瞪眼。

我在项目中遇到过一件事：某款产品量产时，发现 10% 的板子启动不稳定。查了三天，最后发现是 Bootloader 里 DDR 初始化时序参数配错了，导致内存访问偶尔出错。你看，Bootloader 里一个参数，就能让整批货翻车。

1.3 常见 Bootloader 对比

市面上 Bootloader 不少，但真正在工业界站稳脚跟的，就那么几个。我挑三个最主流的聊聊：U-Boot、Barebox、Coreboot。

特性	U-Boot	Barebox	Coreboot
出身	PPCBoot 演化而来，社区庞大	从 U-Boot 分支，后独立发展	起源于 LinuxBIOS，主打快速启动
支持架构	ARM、RISC-V、x86、MIPS 等几乎全覆盖	ARM、RISC-V、MIPS、x86	x86 为主，ARM 支持有限
启动速度	中等，功能全但体积大	较快，代码精简	极快，专为毫秒级启动设计
驱动模型	传统，设备树支持好	类似 Linux 内核驱动模型	静态配置，无动态驱动加载
社区活跃度	极高，资料最多	中等，文档偏少	高，但主要面向 PC/服务器
典型场景	嵌入式 Linux 设备、开发板	工业控制、资源受限设备	Chromebook、服务器、快速启动场景

我个人习惯是：做通用嵌入式 Linux 产品，首选 U-Boot。它生态好，遇到问题网上基本能找到答案。但如果你的项目对启动时间有变态要求，比如车载娱乐系统要求 2 秒内出画面，那 Coreboot 值得研究。

至于 Barebox，我建议在资源紧张、但又想保留一定调试能力的场景下使用。它的代码风格比 U-Boot 干净，但学习曲线稍陡。

1.4 知识体系总览

下面这张图，是我自己梳理的 Bootloader 知识框架。你把它印在脑子里，后面 29 章的路就好走了。