1. Bootloader 基础概念
大家好，我是你们的嵌入式系统讲师。今天咱们开始第一讲——Bootloader 基础概念。说实话，我做了十几年嵌入式开发，带过不少新人，发现很多人对 Bootloader 的理解就停留在“上电后跑的一段程序”。嗯，这个说法没错，但太笼统了。咱们得把它掰开揉碎了讲清楚。
1.1 什么是 Bootloader
Bootloader，直译过来就是“引导加载程序”。说白了，它是一段在操作系统内核运行之前执行的代码。你想想看，嵌入式设备一上电，CPU 从复位向量开始执行，这时候内存还没初始化，文件系统还没挂载，操作系统内核根本跑不起来。那谁来干这些脏活累活？就是 Bootloader。
我个人习惯把 Bootloader 比作“嵌入式系统的助产士”。它自己不生产价值，但它负责把操作系统这个“婴儿”安全地接生到硬件平台上。没有它，CPU 就是一坨只会执行死循环的硅片。
核心定义：Bootloader 是系统上电后最先执行的代码，负责初始化硬件、加载操作系统内核，并将控制权移交给内核。
我记得刚入行那会儿，带我的老工程师跟我说过一句话：“Bootloader 是嵌入式系统的第一道门槛，跨不过去，后面全是白搭。”后来我自己做项目，才真正体会到这句话的分量。
1.2 Bootloader 在嵌入式系统中的作用
Bootloader 到底干了哪些事？我给大家列个清单，这些都是我在实际项目中反复验证过的。
| 作用 | 说明 | 实际案例 |
|---|---|---|
| 硬件初始化 | 设置时钟、配置 DDR、初始化串口等外设 | 某项目因 DDR 时序配置错误，系统死活起不来 |
| 加载内核 | 从 Flash、SD 卡或网络读取内核镜像到内存 | 用 TFTP 通过网络加载内核，调试效率翻倍 |
| 提供交互接口 | 允许开发者通过串口输入命令进行调试 | U-Boot 的 printenv、setenv 命令 |
| 系统恢复 | 当内核崩溃时，Bootloader 提供恢复机制 | 我曾经用 U-Boot 的 tftp 命令救回过变砖的设备 |
| 安全启动 | 校验内核签名，防止恶意代码运行 | 工业设备必须做签名校验，否则过不了认证 |
这里我想特别强调一点：Bootloader 不是操作系统。它没有进程调度，没有内存管理，没有文件系统。它的代码量通常只有几十 KB 到几百 KB。你想想看，这么小的代码要完成这么多事，每一行都得精打细算。
个人经验：我在做某款安防摄像头项目时，Bootloader 只有 64KB 的空间。为了塞进网络下载功能，我硬是把 TCP/IP 协议栈砍到只剩 ARP 和 TFTP 两个协议。有时候，少即是多。
1.3 Bootloader 的启动流程概述
Bootloader 的启动流程，说白了就是一条从硬件到软件的“接力赛”。我画了一张图，大家先看看整体脉络。
这张图把 Bootloader 的启动流程分成了五个阶段。我一个个给大家拆解。
1.3.1 Stage 1：汇编级初始化
这是 Bootloader 的第一阶段，也是离硬件最近的一段代码。为什么非得用汇编？因为这时候 C 语言的环境还没准备好——栈指针没设、全局变量没法访问、BSS 段没清零。你想想看，C 语言函数调用需要栈，没有栈你怎么调用函数？
Stage 1 主要干这几件事：
- 设置栈指针——给后续的 C 函数调用铺路
- 关闭中断——防止在初始化过程中被意外打断
- 初始化 CPU 模式——设置异常向量表、切换处理器模式
- 清零 BSS 段——确保全局变量初始值为 0
- 跳转到 Stage 2 入口——通常是 main 函数
避坑指南：我曾经在一个项目中，因为 BSS 段没有清零，导致一个全局标志位初始值不是 0，系统每次启动都进入错误分支。查了整整两天才找到原因。嗯，从那以后我写 Stage 1 代码，第一件事就是确认 BSS 清零逻辑没问题。
1.3.2 Stage 2：C 语言环境初始化
进入 Stage 2 后，代码就可以用 C 语言写了。这时候 Bootloader 开始干正事：
- 初始化 DDR 控制器——配置时序参数，让内存可用
- 初始化时钟系统——设置 PLL，让 CPU 和外设跑在正确频率
- 初始化串口——这样你才能看到打印信息
- 初始化存储设备——比如 NAND Flash、eMMC、SD 卡
- 初始化网络接口——如果需要通过网络加载内核
这里有个细节我想强调：DDR 初始化是 Bootloader 里最坑的部分之一。为什么？因为 DDR 的时序参数跟硬件布线、颗粒型号、工作频率都有关。参数配错了，系统要么跑不起来，要么跑起来不稳定。
个人经验：我调试过一块板子，DDR 在常温下跑得好好的，一到高温环境就随机死机。后来发现是 DDR 的刷新周期参数没留余量。把刷新周期从 7.8μs 改成 3.9μs，问题就解决了。有时候，硬件就是这么玄学。
1.3.3 加载内核镜像
硬件初始化完成后，Bootloader 就要去加载操作系统内核了。内核镜像存在哪？常见的有这么几种：
| 存储介质 | 优点 | 缺点 | 典型场景 |
|---|---|---|---|
| NAND Flash | 容量大、成本低 | 有坏块、读取慢 | 消费类电子产品 |
| eMMC | 速度快、自带坏块管理 | 成本较高 | 手机、平板 |
| NOR Flash | 支持 XIP（片内执行） | 容量小、价格贵 | 工业控制、汽车电子 |
| 网络（TFTP） | 调试方便、无需烧录 | 依赖网络环境 | 开发调试阶段 |
| SD 卡 | 可插拔、通用性强 | 可靠性不如 eMMC | 树莓派、开发板 |
加载内核时，Bootloader 会把镜像从存储介质读到 DDR 的指定地址。这个地址很关键——必须跟内核链接脚本里指定的加载地址一致。否则内核跳转过去就执行不了。
1.3.4 跳转到内核入口
这是 Bootloader 的最后一步。它把控制权交给内核，然后自己就“功成身退”了。跳转之前，Bootloader 需要做几件事：
- 传递启动参数——比如内存大小、控制台设备、根文件系统位置
- 关闭 MMU 和 Cache——内核启动时会重新设置这些
- 设置内核入口地址——通常是 DDR 中存放内核镜像的起始地址
- 执行跳转指令——在 ARM 上是 BX 指令，在 RISC-V 上是 JALR
跳转完成后，Bootloader 的使命就结束了。内核开始运行，它会重新初始化中断、MMU、调度器，然后挂载根文件系统，启动第一个用户进程。嗯，那就是另一个故事了。
总结一下：Bootloader 的启动流程可以概括为“硬件初始化 → 加载内核 → 跳转执行”三步。虽然不同架构、不同 Bootloader 的具体实现有差异，但这个核心逻辑是通用的。理解了它，你就掌握了嵌入式系统启动的“第一性原理”。
好了，这一章的内容就到这里。Bootloader 的基础概念、作用和启动流程，我希望大家能记住三个关键词：初始化、加载、跳转。后面的章节我们会深入 U-Boot 的源码，看看这些流程在代码层面是怎么实现的。