3. Bootloader核心概念

理解Bootloader，不能只停留在“上电后跑的第一段程序”这一层。真正决定Bootloader架构形态的，是一组彼此耦合的核心概念：引导加载解决“谁来把系统拉起来”，镜像加载解决“把什么放到哪里”，重定位解决“代码为什么能在新地址运行”，自举解决“没有外部依赖时如何自己站起来”，链式加载解决“多级引导如何交接”，而启动介质与启动模式则决定“从哪里启动、按什么规则启动”。这些概念共同构成了Bootloader的设计坐标系。

一、引导加载与镜像加载：从“取指令”到“搬系统”

引导加载（Boot Loading）是Bootloader最本质的职责：在CPU复位后，从确定的启动地址取指执行，完成最基本的硬件初始化，并最终把控制权交给操作系统或下一级引导程序。它强调“控制权的传递”。镜像加载（Image Loading）则强调“数据的搬运”：把存储在Flash、SD卡、eMMC、网络或串口中的内核镜像、设备树、根文件系统等，按约定格式读取到RAM中的目标地址。

两者关系可以这样理解：引导加载是“流程主线”，镜像加载是“关键动作”。没有镜像加载，引导加载只能停在裸机阶段；没有引导加载，镜像加载也无从被触发。典型镜像格式包括raw binary、ELF、uImage、FIT、Android boot image等，不同格式决定了是否需要解析头部、校验和、加载地址与入口地址。

二、重定位与自举：位置无关与自我站立

重定位（Relocation）是指代码或数据在链接时确定的地址与实际运行地址不一致时，通过位置无关码（PIC）、GOT表、相对跳转或复制自身到RAM等方式，使程序能够在新的地址继续正确运行。很多Bootloader第一阶段运行在片内SRAM或Flash映射地址，空间小、速度慢；第二阶段需要把自己或内核搬到DDR中运行，这就必须处理重定位。

例如，U-Boot的SPL阶段常运行在SRAM，随后将完整U-Boot重定位到DDR；Linux内核也可能启用KASLR，在启动时进行随机化重定位。重定位的关键不是“搬”，而是“搬完之后所有绝对地址引用仍然正确”。

自举（Bootstrap）则强调系统在没有外部操作系统支持的情况下，依靠自身极小的一段代码，逐步建立运行环境。自举通常体现为“小程序加载大程序”：ROM Code → SPL → U-Boot → Kernel。每一级都比上一级能力更强，最终把完整系统拉起来。

三、链式加载：多级引导的交接机制

链式加载（Chain Loading）是指一个引导程序加载并跳转到另一个引导程序，而不是直接加载操作系统。它常见于多级启动、双系统、恢复模式、安全启动和OTA升级场景。链式加载的核心是“交接协议”：上一级需要知道下一级的存放位置、镜像格式、校验方式、加载地址和入口参数。

以嵌入式系统为例：芯片内部ROM Code先加载SPL，SPL初始化DDR后加载U-Boot proper，U-Boot再根据启动模式加载Linux内核或进入Fastboot。每一级都可能校验下一级镜像的签名，形成信任链。链式加载的优点是分层解耦、便于裁剪和升级；缺点是启动链路变长，任何一级失败都可能导致系统无法启动。

四、启动介质与启动模式：从哪里启动、按什么规则启动

启动介质是物理载体，如NOR Flash、NAND Flash、eMMC、SD卡、UFS、SPI Flash、网络TFTP、USB等。启动模式则是选择规则，如从eMMC启动、从SD卡启动、从USB下载启动、从网络启动、从串口启动等。启动模式通常由拨码开关、eFuse、GPIO电平或ROM Code的启动顺序决定。

不同介质对Bootloader设计影响很大：NOR Flash支持XIP，可直接执行；NAND Flash需要坏块管理和ECC；eMMC/SD需要协议初始化；网络启动依赖TFTP/DHCP；USB启动常用于产线烧录和恢复。启动模式则决定了Bootloader的“入口分支”，例如：

BOOT_MODE[1:0]
00 -> eMMC
01 -> SD Card
10 -> USB Serial Download
11 -> Network / TFTP

ROM Code 启动顺序：
1. 读取BOOT_MODE引脚
2. 初始化对应控制器
3. 读取镜像头部
4. 校验并跳转到入口地址

下面这张图把本节核心概念组织成一条从“启动介质”到“系统启动”的链路关系，便于看清引导加载、镜像加载、重定位、自举和链式加载之间的位置与交接关系。

五、案例与场景：一次典型的多级启动

以i.MX6平台为例，上电后ROM Code读取BOOT_MODE引脚，若选择SD卡启动，则从SD卡偏移处读取IVT和DCD，初始化DDR，加载U-Boot SPL到片内RAM。SPL运行后初始化DDR，再将U-Boot proper从SD卡加载到DDR并跳转。U-Boot proper启动后，读取环境变量，根据bootcmd加载zImage和设备树，最后启动Linux内核。

这个过程中，ROM Code到SPL是自举，SPL到U-Boot proper是链式加载，U-Boot加载内核是镜像加载，SPL和U-Boot从SRAM到DDR涉及重定位，而SD卡和eMMC则是启动介质，BOOT_MODE引脚决定的是启动模式。六个概念在同一条启动链上同时出现，只是所处阶段不同。

六、常见误区与复盘

• 误区一：把“引导加载”等同于“镜像加载”。引导加载强调控制权传递，镜像加载强调数据搬运，二者是流程与动作的关系。
• 误区二：认为重定位只是“复制代码”。重定位后必须保证绝对地址引用、中断向量表、GOT表和栈指针都正确，否则跳转后立即跑飞。
• 误区三：忽略启动模式的优先级。很多芯片ROM Code有固定启动顺序，拨码开关只是其中一环，eFuse和GPIO可能覆盖拨码结果。
• 误区四：链式加载不做校验。多级引导中，任何一级镜像损坏都可能导致“黑屏无打印”，应在每一级加入头部校验、CRC或签名验证。

七、概念对照清单

概念	核心问题	典型对象	失败表现
引导加载	谁把系统拉起来	ROM Code、SPL、U-Boot	无任何打印，卡在复位
镜像加载	把什么放到哪里	zImage、DTB、RootFS	镜像头错误、加载地址冲突
重定位	代码为何能在新地址运行	PIC、GOT、DDR搬运	跳转后跑飞、异常复位
自举	没有外部依赖如何站起来	ROM → SPL → U-Boot	SPL无法初始化DDR
链式加载	多级引导如何交接	SPL→U-Boot、U-Boot→Kernel	交接参数错误、校验失败
启动介质	从哪里读取镜像	eMMC、SD、NAND、网络	介质初始化失败、读不到IVT
启动模式	按什么规则选择介质	拨码、eFuse、GPIO	启动顺序与预期不符

掌握这六个概念后，再看任何一款芯片的Bootloader流程，都可以用同一套坐标去拆解：启动介质决定“从哪读”，启动模式决定“读哪个”，自举决定“怎么站起来”，链式加载决定“怎么交接”，镜像加载决定“搬什么”，重定位决定“搬完怎么跑”。这套坐标系，是后续设计Bootloader架构的基础。