1. Bootloader 概述：嵌入式系统的“第一行代码”
大家好，我是你们的讲师。咱们这门课讲的是 Bootloader 启动与调试，第一节课，得先把“Bootloader 到底是什么”这件事说清楚。
说白了，Bootloader 就是嵌入式系统上电后，CPU 执行的第一段正经程序。它不像你的应用程序那样跑业务逻辑，它的任务很简单——把硬件初始化好，然后把操作系统内核加载进内存，最后跳转过去执行。
我刚开始做嵌入式那会儿，总觉得 Bootloader 就是个“黑盒子”，能跑就行。直到有一次，板子死活起不来，折腾了两天，最后发现是 Bootloader 里 DDR 时序配错了。嗯，从那以后，我再也不敢小看这“第一行代码”了。
1.1 什么是 Bootloader？
Bootloader，直译就是“引导加载程序”。它通常存放在非易失性存储介质上，比如 NOR Flash、NAND Flash、SD 卡或者 eMMC。芯片复位后，CPU 会从某个固定的物理地址开始取指执行——这个地址里放的就是 Bootloader。
你可以把它理解成“硬件与操作系统之间的桥梁”。没有这座桥，操作系统根本不知道自己在哪块内存上跑，也不知道怎么访问外设。
核心要点：Bootloader 是嵌入式系统中第一个运行的软件，负责硬件初始化、内存映射、加载并启动操作系统内核。
1.2 Bootloader 在嵌入式系统中的角色
我习惯把 Bootloader 的角色拆成三个阶段来看：
- 第一阶段：硬件初始化——关看门狗、设置时钟、初始化 DDR 控制器、配置串口。这个阶段通常用汇编写，因为 C 语言运行时环境还没准备好。
- 第二阶段：加载内核——从存储介质（Flash、SD 卡、网络）把内核镜像读到内存里。这里会涉及文件系统解析、校验、解压缩。
- 第三阶段：传递参数并跳转——设置好内核启动参数（比如内存大小、控制台设备、根文件系统位置），然后跳转到内核入口地址。
你想想看，如果没有 Bootloader，每次换一块 Flash 芯片，或者改一下内存颗粒，都得重新烧录整个系统镜像。有了 Bootloader，你只需要改一下设备树或者环境变量就行——这就是它存在的价值。
个人经验：我在一个工业控制项目里遇到过，Bootloader 里串口初始化顺序写反了，导致调试信息一直打印不出来。后来用逻辑分析仪抓波形才发现，是 TX/RX 引脚配置错了。所以，串口能正常打印，是 Bootloader 调试的第一步。
1.3 主流 Bootloader 对比
嵌入式领域里，Bootloader 方案不少。我挑三个最常见的给大家对比一下：U-Boot、Barebox 和 一些轻量级方案。
| 特性 | U-Boot | Barebox | 轻量级（如 AT91Bootstrap） |
|---|---|---|---|
| 架构支持 | ARM、x86、RISC-V、MIPS 等 30+ | ARM、MIPS、x86 等 | 通常只支持特定厂商 SoC |
| 代码规模 | 较大（约 2~5 MB） | 中等（约 1~3 MB） | 很小（几十 KB） |
| 文件系统支持 | ext4、FAT、UBIFS、JFFS2 等 | ext4、FAT、UBIFS 等 | 通常只支持 FAT 或 raw |
| 网络协议 | TFTP、NFS、DHCP、HTTP | TFTP、NFS、DHCP | 通常无网络支持 |
| 调试能力 | 强（命令行、脚本、环境变量） | 强（类似 Linux shell） | 弱（通常只有串口打印） |
| 社区活跃度 | 极高 | 中等 | 低 |
我个人最常用的是 U-Boot。为什么？因为它的生态太成熟了。你随便拿一块开发板，官方 SDK 里基本都带了 U-Boot 的移植。而且它的命令行交互非常强大——你可以直接通过串口输入命令来读写内存、擦除 Flash、下载文件，甚至调试内核。
Barebox 我也用过一段时间。它的代码结构比 U-Boot 更清晰，更像一个“微型 Linux 系统”。如果你习惯 Linux 内核的驱动模型，上手 Barebox 会很快。不过它的社区规模小一些，遇到冷门芯片时，移植资料不太好找。
至于轻量级方案，比如 AT91Bootstrap 或者 X-Loader，它们通常用在资源受限的 MCU 上。这类 Bootloader 功能单一，只做最基本的初始化，然后直接跳转。好处是代码简单、容易验证，坏处是灵活性差——想加个网络下载功能？基本没戏。
避坑指南：我曾经在一个项目里，为了省 Flash 空间，选了一个轻量级 Bootloader。结果后期调试时发现，没有网络下载功能，每次更新固件都得拆机插 JTAG。后来硬着头皮把 U-Boot 移植了进去，虽然多占了 1 MB 空间，但开发效率提升了好几倍。所以，选 Bootloader 时，别只看体积，还要考虑后续调试的便利性。
1.4 Bootloader 启动流程概览
为了让大家有个直观的认识，我画了一张 Bootloader 启动的典型流程图。这张图涵盖了从芯片复位到内核启动的完整路径。
这张图里，我特意把“ROM Boot”单独列出来了。很多初学者会忽略这一步——实际上，芯片内部固化了一段很小的代码，它负责从外部存储介质里把 Bootloader 的第一阶段（比如 SPL）加载到内部 SRAM 里。这段代码你是改不了的，但它的行为直接影响你的启动方案设计。
1.4 小结
这一节我们聊了 Bootloader 的定义、它在系统中的角色，以及几种主流方案的对比。说白了，Bootloader 就是嵌入式系统的“看门人”——它先确认硬件环境没问题，再把内核请进来。
我个人建议，初学者先从 U-Boot 入手。它的资料最多，遇到问题也容易找到答案。等你把 U-Boot 的启动流程摸透了，再去看 Barebox 或者其他方案，会发现很多概念都是相通的。