第二章：嵌入式系统启动流程：从复位向量到操作系统
大家好，我是你们的讲师。今天我们来聊聊嵌入式系统启动的完整流程。说实话，这个知识点是Bootloader的核心基础，搞不懂它，后面写代码就会处处碰壁。
嵌入式系统的启动，说白了就是一条清晰的链条：CPU复位 → 执行复位向量 → ROM代码 → 一级Bootloader（SPL） → 二级Bootloader → 操作系统。每个环节都有自己的使命，缺一不可。
2.1 CPU复位向量：一切从这里开始
CPU上电或复位后，第一件事是什么？它会去一个固定的地址取指令。这个地址就叫复位向量。
我个人习惯把复位向量理解为「CPU的出厂设置」。不同架构的CPU，复位向量地址不一样：
| CPU架构 | 复位向量地址 | 说明 |
|---|---|---|
| ARM Cortex-M系列 | 0x00000000 | 向量表基地址，包含栈指针和复位处理函数地址 |
| ARM Cortex-A系列 | 0x00000000 或 0xFFFF0000 | 由硬件配置决定，通常从0x00000000启动 |
| RISC-V | 0x80000000 或 0x00000000 | 取决于具体芯片设计 |
| x86 | 0xFFFFFFF0 | 靠近4GB地址空间顶部 |
嗯，这里要注意：复位向量里放的通常是一条跳转指令，而不是一大段代码。为什么？因为空间有限，而且CPU刚上电，很多外设还没初始化，代码不能写太复杂。
核心要点：复位向量是CPU启动的「第一口奶」，它决定了系统从哪里开始执行。搞嵌入式开发，第一件事就是查芯片手册，确认复位向量地址。
2.2 ROM代码：芯片出厂自带的「小管家」
复位向量执行后，接下来就是ROM代码登场。ROM代码是芯片出厂时固化在内部ROM里的一段程序，用户改不了。
ROM代码主要干三件事：
- 基本硬件初始化：设置时钟、配置引脚、初始化内存控制器
- 启动介质检测：检查从哪里加载下一级代码（NAND Flash、SD卡、SPI Flash等）
- 加载一级Bootloader：从检测到的启动介质中读取SPL到内部SRAM
我在项目中遇到过一个问题：某款芯片的ROM代码默认从SD卡启动，但我们的产品用的是eMMC。结果折腾了两天才发现，需要修改启动引脚的硬件配置。你想想看，这种坑要是没踩过，光看手册根本想不到。
实战技巧：调试启动问题时，先确认ROM代码是否正常执行。最简单的方法：用示波器量一下启动引脚的波形，或者看串口有没有输出ROM代码的打印信息。
2.3 一级Bootloader（SPL）：小而美的「开胃菜」
SPL，全称Secondary Program Loader，但大家更习惯叫它一级Bootloader。为什么需要它？因为ROM代码通常很小（几KB到几十KB），功能有限，没法直接加载复杂的二级Bootloader。
SPL的特点：
- 体积小：一般控制在4KB到32KB之间
- 运行在SRAM：不需要初始化DDR，上电就能跑
- 功能精简：只做必要的初始化，然后加载二级Bootloader
SPL的典型执行流程：
- 设置CPU工作模式（比如从SVC模式开始）
- 初始化时钟和PLL
- 初始化串口（方便调试）
- 初始化DDR控制器（如果需要）
- 从启动介质读取二级Bootloader到DDR
- 跳转到二级Bootloader的入口地址
我曾经在调试SPL时犯过一个低级错误：忘记初始化串口，结果死活看不到打印信息。折腾了半天才发现，原来是串口时钟没开。嗯，这种细节问题，新手特别容易忽略。
避坑指南：SPL的代码必须放在SRAM里运行。如果SRAM太小，就要精打细算。我曾经见过一个项目，SPL代码超了2KB，结果不得不砍掉一些调试功能。所以写SPL时，记得用size命令检查一下编译出来的体积。
2.4 二级Bootloader：真正的「大管家」
二级Bootloader，就是我们常说的U-Boot、GRUB、Lk等。它比SPL复杂得多，功能也更丰富。
二级Bootloader的主要职责：
- 完整的硬件初始化：包括DDR、存储控制器、网络接口、显示等
- 文件系统支持：能从FAT32、ext4等文件系统中读取内核镜像
- 网络启动：支持TFTP、NFS等方式加载内核
- 交互式命令行：方便开发者调试和配置
- 加载操作系统：将内核镜像和设备树文件加载到内存，然后跳转执行
我个人习惯把二级Bootloader比作「系统启动的导演」。它负责调度所有资源，确保操作系统能顺利登场。没有它，操作系统就像没拿到剧本的演员，根本不知道该怎么演。
二级Bootloader的启动流程：
- 从SPL跳转过来，设置新的栈指针
- 初始化DDR（如果SPL没做完整）
- 初始化存储设备（eMMC、NAND、SD卡等）
- 读取启动参数（比如内核镜像路径、命令行参数）
- 加载内核镜像和设备树到DDR
- 设置内核启动参数（ATAG或设备树）
- 跳转到内核入口
关键点：二级Bootloader和SPL的分工要清晰。SPL只做「最小必要初始化」，二级Bootloader做「完整初始化」。这样设计的好处是：如果二级Bootloader崩溃了，重启后SPL还能重新加载它，不至于变砖。
2.5 操作系统启动：最后的「压轴戏」
当二级Bootloader跳转到内核入口后，操作系统就接管了系统控制权。操作系统的启动过程大致如下：
- 解压内核：如果内核是压缩的，先解压到内存
- 初始化内核核心：设置页表、中断向量、调度器
- 初始化驱动：按顺序初始化各个设备驱动
- 挂载根文件系统：从存储设备或网络挂载根文件系统
- 启动init进程：用户空间的第一个进程，PID为1
- 启动系统服务：根据init配置启动各种服务
为什么操作系统启动需要这么多步骤？说白了，就是「从简单到复杂」的过程。CPU刚上电时，系统就像一张白纸，什么都不能做。通过Bootloader一步步初始化硬件、加载代码，最终才能运行复杂的操作系统。
调试建议：如果操作系统启动失败，先检查Bootloader传给内核的参数是否正确。我遇到过最奇葩的问题：设备树文件里内存大小写错了，结果内核只认了128MB内存，实际有512MB。这种问题查起来特别费劲，因为系统能启动，但跑着跑着就崩了。
2.6 总结：启动流程的「黄金链条」
我们来梳理一下整个启动链条：
| 阶段 | 存储位置 | 运行位置 | 主要任务 |
|---|---|---|---|
| 复位向量 | ROM或Flash | CPU内部 | 跳转到ROM代码入口 |
| ROM代码 | 芯片内部ROM | 内部ROM | 基本初始化，加载SPL |
| 一级Bootloader（SPL） | 启动介质 | 内部SRAM | 初始化DDR，加载二级Bootloader |
| 二级Bootloader | 启动介质 | DDR | 完整初始化，加载操作系统 |
| 操作系统 | 启动介质或网络 | DDR | 接管系统，启动用户空间 |
这个链条里，任何一个环节出问题，系统都启动不了。所以调试启动问题时，要「从前往后」排查：先确认复位向量有没有执行，再看ROM代码有没有加载SPL，以此类推。
我记得刚入行时，带我的老工程师说过一句话：「搞嵌入式，启动流程就是你的命根子。搞懂了它，你就掌握了系统的生杀大权。」现在想想，这话一点不假。
下一章，我们会深入讲解U-Boot的源码结构和编译方法。到时候，我会带大家手把手搭建一个完整的Bootloader开发环境。咱们下节课见。