1. U-Boot概述
大家好，我是老李。做嵌入式这行十几年了，每次带新人，我第一堂课都会讲Bootloader。为什么？因为这是嵌入式系统启动的第一步，也是很多人容易踩坑的地方。今天咱们就来聊聊U-Boot——这个嵌入式圈子里几乎无人不知的Bootloader。
什么是Bootloader？
说白了，Bootloader就是一块“跳板”。
你想想看，嵌入式设备一上电，CPU开始执行代码。但这时候内存还没初始化，Flash里的操作系统也没法直接跑。怎么办？总得有个“小东西”先跑起来，把硬件初始化好，再把操作系统加载到内存里，最后跳过去执行。这个小东西，就是Bootloader。
我习惯把Bootloader比作“开机引导员”。它不负责具体业务，但没它，系统就起不来。
核心作用：硬件初始化 → 加载操作系统 → 跳转执行
具体来说，Bootloader要干这几件事：
- 初始化硬件——设置时钟、配置内存控制器、初始化串口等
- 建立内存映射——让CPU知道哪里是RAM，哪里是Flash
- 加载操作系统——从Flash、网络或串口把内核镜像读到内存
- 传递启动参数——告诉内核“你的根文件系统在哪”、“控制台用哪个串口”
- 跳转到内核入口——把控制权交给操作系统
嗯，这里要注意：Bootloader和BIOS不是一回事。BIOS是x86架构上的东西，负责更底层的硬件检测和初始化。而嵌入式Bootloader更轻量，也更灵活，通常只做“够用”的事。
U-Boot的历史与地位
U-Boot的全称是Universal Boot Loader，通用引导加载程序。它最早是德国人Wolfgang Denx在1999年开发的，最初叫PPCBoot，只支持PowerPC架构。后来慢慢支持了ARM、MIPS、x86、RISC-V……几乎你能想到的所有嵌入式CPU架构。
我记得2008年那会儿，我刚入行，公司项目用的是某厂商自研的Bootloader，文档不全，社区没人，出了问题只能自己啃源码。后来换到U-Boot，感觉就像从“手工作坊”进了“现代化工厂”。
为什么U-Boot能成为事实标准？我总结了几点：
| 优势 | 说明 |
|---|---|
| 架构支持广泛 | ARM、x86、MIPS、RISC-V、PowerPC……几乎全覆盖 |
| 社区活跃 | Denx公司维护，全球开发者贡献，更新频繁 |
| 功能丰富 | 支持串口、网络、USB、SD卡、NAND Flash等多种启动方式 |
| 可定制性强 | 通过配置头文件裁剪功能，适合资源受限的嵌入式设备 |
| 命令行交互 | 提供类似Shell的环境，方便调试和测试 |
我在项目中遇到过好几次这样的情况：芯片原厂提供的BSP里Bootloader是闭源的，出了问题只能等原厂回复。后来我坚持用U-Boot，虽然前期移植要花点功夫，但后续调试和维护的灵活性完全不一样。
我的建议：除非有特殊原因（比如芯片只支持闭源Bootloader），否则优先选择U-Boot。社区资源多，遇到问题更容易找到答案。
U-Boot在嵌入式系统中的角色
U-Boot在整个嵌入式系统中的位置，可以用下面这张图来理解：
从这张图你能看到，U-Boot处于硬件和操作系统之间。它既不是硬件驱动，也不是操作系统，但它是两者之间的桥梁。
具体来说，U-Boot在系统中扮演这几个角色：
- 硬件初始化者——上电后第一时间把硬件配置好，让系统处于可用状态
- 启动策略执行者——根据预设策略（比如先从SD卡启动，失败后再从网络启动）加载系统
- 调试与测试平台——通过命令行可以读写内存、测试外设、下载文件，非常方便
- 系统恢复工具——当系统崩溃时，可以通过U-Boot重新烧录固件
曾经踩过的坑：有一次我在项目里把U-Boot的环境变量设错了，导致每次启动都从网络加载内核，而网络又没通。结果设备变砖了。后来只能通过串口中断启动过程，手动修正环境变量才救回来。所以——修改环境变量前，一定记得先保存备份！
U-Boot的启动流程（简化版）
U-Boot的启动流程，我习惯分成两个阶段：
第一阶段（SPL）：
- 设置CPU为SVC模式（超级管理员模式）
- 关闭中断、MMU、Cache
- 初始化时钟和内存控制器
- 从启动介质（NAND、SD卡等）加载U-Boot主程序到内存
- 跳转到主程序入口
第二阶段（U-Boot主程序）：
- 初始化更多外设（串口、网络、USB等）
- 读取环境变量（bootargs、bootcmd等）
- 执行启动命令（自动或等待用户输入）
- 加载内核和设备树到内存
- 跳转到内核入口
小技巧：调试时可以在U-Boot命令行输入bdinfo查看板级信息，输入printenv查看环境变量。这两个命令我几乎每次调试都会用。
为什么选择U-Boot？
你可能要问：市面上Bootloader那么多，为什么偏偏选U-Boot？
我的回答是：因为它“够用、够稳、够开放”。
够用——功能覆盖了绝大多数嵌入式场景。从简单的串口烧录到复杂的网络启动，从单板机到多核处理器，U-Boot都能搞定。
够稳——经过二十多年的迭代，核心代码非常成熟。我在多个项目里用过不同版本的U-Boot，极少遇到它自身崩溃的情况。
够开放——GPL许可证，源码全开放。你可以随意修改、裁剪、定制。社区里各种架构的移植案例一搜一大把。
当然，U-Boot也有缺点。比如学习曲线比较陡，配置系统（Kconfig）刚开始用会有点懵。但说实话，只要你啃下第一块板子的移植，后面就顺了。
好了，关于U-Boot的概述就聊到这儿。下一节我们会深入U-Boot的源码结构，看看它到底是怎么组织起来的。到时候我会拿一个实际项目的配置来拆解，保证你看完就能上手。