1. Bootloader概述：嵌入式系统的“第一把火”
各位同学，咱们今天聊聊Bootloader。说白了，它就是嵌入式系统上电后第一个跑起来的程序。我刚开始接触嵌入式时，总觉得这东西神秘得很——怎么一上电，CPU就知道该干什么？后来自己动手写过一次，才明白，嗯，Bootloader就是那个“点火的人”。
1.1 什么是Bootloader？
Bootloader，直译就是“引导加载程序”。它的任务很简单：初始化硬件，加载操作系统或应用程序，然后把控制权交出去。
你想想看，一个嵌入式设备上电时，内存是空的，外设还没初始化，Flash里的程序也没法直接跑。这时候就需要一个“小管家”先把环境搭好，再把真正干活儿的程序请进来。这个管家，就是Bootloader。
核心定义：Bootloader是嵌入式系统上电后第一个执行的程序，负责硬件初始化、系统引导和程序加载。
我个人习惯把Bootloader分成两个阶段：
- 第一阶段（Stage 1）：汇编写的，极小，负责最基础的CPU初始化、时钟设置、内存初始化。代码量通常只有几百字节。
- 第二阶段（Stage 2）：C语言写的，功能丰富，负责文件系统支持、网络协议栈、命令行交互等。U-Boot就属于这一类。
我在项目中遇到过一个问题：某次用了一颗新出的MCU，官方的Bootloader示例只给了Stage 1，我偷懒没写Stage 2，结果调试时发现每次改参数都得重新烧录整片Flash……那叫一个痛苦。后来老老实实把Stage 2补上，加了个串口命令行，世界清净了。
1.2 Bootloader在嵌入式系统中的角色
Bootloader的角色，我用三个词概括：初始化、引导、恢复。
| 角色 | 具体职责 | 我的经验 |
|---|---|---|
| 初始化 | 设置时钟、配置内存控制器、初始化串口/网口等外设 | 时钟配错了，系统直接跑不起来，连调试器都连不上 |
| 引导 | 从Flash、SD卡、网络等介质加载内核/应用程序 | 网络引导在产线批量烧录时特别有用，省得一个个插线 |
| 恢复 | 提供升级、备份、恢复出厂设置等维护功能 | 有一次现场设备变砖，靠Bootloader的恢复模式救回来的 |
说白了，Bootloader就是嵌入式系统的“BIOS”。但它比PC的BIOS更灵活——你可以自己定制，甚至完全替换掉它。
小提示：很多初学者觉得Bootloader可有可无，直接用裸机程序跑。但一旦产品需要远程升级、故障恢复，你就知道Bootloader有多重要了。我建议，哪怕是最简单的产品，也至少留一个最小化的Bootloader。
1.3 常见Bootloader简介
市面上Bootloader不少，但真正广泛使用的就那么几个。我挑三个最典型的说说。
1.3.1 U-Boot（Das U-Boot）
U-Boot是嵌入式Linux领域的事实标准。支持ARM、RISC-V、MIPS、x86等几乎所有主流架构。功能极其丰富：网络引导、文件系统支持、环境变量、脚本执行……
我记得第一次用U-Boot时，被它的命令行吓到了——这哪是Bootloader，分明是个微型操作系统。你可以用printenv查看环境变量，用tftp从服务器下载内核，用bootm启动内核。甚至还能用editenv修改启动参数。
# U-Boot 常用命令示例
U-Boot> printenv # 查看环境变量
U-Boot> setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2
U-Boot> tftp 0x80000000 uImage # 从TFTP服务器下载内核
U-Boot> bootm 0x80000000 # 启动内核注意：U-Boot虽然强大，但配置复杂。我曾经因为环境变量配错，导致设备反复重启。后来学乖了，每次修改环境变量前先用saveenv备份一份。
1.3.2 Barebox
Barebox是U-Boot的一个分支，后来独立发展。它的设计理念是“更像Linux”——使用设备树、POSIX API、VFS文件系统。如果你熟悉Linux内核，上手Barebox会非常快。
我个人觉得Barebox的代码质量比U-Boot高，模块化做得更好。但生态不如U-Boot，支持的板子少一些。适合对代码质量要求高的项目。
| 特性 | U-Boot | Barebox |
|---|---|---|
| 代码风格 | 传统，历史包袱重 | 现代，更像Linux内核 |
| 设备树支持 | 后来才加入 | 原生支持 |
| 命令行 | 功能丰富但杂乱 | 简洁，类似shell |
| 社区活跃度 | 极高 | 中等 |
| 适用场景 | 几乎所有嵌入式Linux | 对代码质量有要求的项目 |
1.3.3 其他Bootloader
- RedBoot：eCos生态的Bootloader，支持网络引导和调试。现在用得少了，但一些老项目还在用。
- GRUB：PC领域的Bootloader，偶尔用在x86嵌入式系统上。
- MCU专用Bootloader：比如STM32的System Bootloader，出厂固化的，只能通过串口/USB烧录。功能单一，但够用。
1.4 Bootloader的核心工作流程
为了让你更直观地理解，我画了一张流程图。这张图我每次带新人时都会拿出来讲一遍。
这张图我每次讲课时都会画一遍。你注意看，从“上电复位”到“加载内核”，中间每一步都可能出问题。我曾经在一个项目里，Stage 1的时钟配置错了，导致DDR初始化失败，整个系统卡在第一步。查了两天才找到原因——原来是PLL的倍频系数写反了。
1.5 避坑指南
我曾经踩过的坑：
- 时钟配置：别信数据手册上的默认值，一定要自己算一遍。我有一次照搬参考设计，结果CPU频率跑高了20%，系统随机死机。
- 内存初始化：DDR的时序参数必须严格按颗粒型号配置。我见过有人用DDR3的时序去配DDR2，板子直接冒烟。
- 启动介质优先级：如果同时支持Flash和SD卡启动，一定要明确优先级。否则生产时烧录了SD卡，结果设备从Flash启动了旧程序，排查半天。
- 看门狗：Bootloader里别忘了喂狗。我有个同事没注意，Bootloader初始化时间太长，被看门狗复位了，陷入无限重启。
1.6 小结
这一章我们聊了Bootloader是什么、它在系统里扮演什么角色、以及市面上常见的几种Bootloader。说白了，Bootloader就是嵌入式系统的“第一把火”——火点着了，系统才能跑起来。