【解答嵌软面试高频题】:一文吃透嵌入式Linux完整启动流程

本文约2900字，上一篇《嵌入式软件工程师面试准备：SDK与文件系统移植方向》整理了嵌入式软件SDK与文件系统移植方向的面试题，本文继续来分析面试高频问到的Linux启动流程问题。

关注公众号, 即可获得与Linux相关的电子书籍以及常用开发工具，文末有文档清单。

嵌入式 Linux 是典型的多级链式启动，每一级都只为下一级做铺垫、逐级解锁硬件能力，最终完成系统启动。

本文一起来学习Linux标准启动流程：

ROM Boot → BootROM → SPL → UBoot → Kernel → RootFS，讲透每一层的运行位置、核心职责、技术局限与衔接逻辑，适配 ARM/ARM64 嵌入式开发板、智能设备通用场景。

先记住核心逻辑：前一级容量小、功能极简，只负责初始化基础环境、加载下一级程序，逐级扩容硬件能力，最终拉起完整 Linux 系统。

💡 全文共 8 个章节，阅读约需 5 分钟，建议先收藏再细读。

一 第一阶段：ROM Boot（上电复位，硬件固有启动）

1. 运行位置

SoC 芯片硬件固化的启动逻辑，无代码、不可修改，是上电后 CPU 执行的第一优先级逻辑。

2. 核心作用

系统上电、硬件复位后，CPU 寄存器被初始化，PC 指针强制指向芯片固定启动地址，完成最基础的硬件自检与启动介质选择：

• 硬件复位：关闭 CPU 缓存、MMU、中断，将 CPU 切换到安全裸跑模式
• 读取启动配置：解析芯片 BOOT 引脚电平、eFUSE 熔丝位，判定当前合法启动介质（SD 卡、eMMC、NAND、SPI Flash、UART 等）
• 锁定启动源：按照芯片预设优先级，确定最终从哪个设备启动，为后续 BootROM 加载代码做准备

3. 关键特点

完全硬件固化、用户无法修改、无任何外设初始化能力，仅做“启动路由选择”，是整个启动流程的入口开关。

二 第二阶段：BootROM（芯片固化一级引导程序 BL0）

1. 运行位置

SoC 片内只读 ROM（出厂固化代码），掉电不丢失、不可烧录修改，行业内也称 BL0（Boot Level 0）。

2. 核心任务（最核心的底层引导）

承接 ROM Boot 的启动源判定结果，完成极简硬件初始化，并加载下一级 SPL 程序：

• 基础时钟初始化：初始化 CPU 内部基础时钟，保障 CPU 正常运行
• 极简外设初始化：初始化存储控制器、串口基础时钟，保证能读取外部存储设备数据
• 加载 SPL 代码：从启动介质的固定偏移地址（通常 1KB/4KB 偏移）读取 SPL 镜像，搬运到片内 SRAM 运行
• 跳转执行：校验 SPL 镜像合法性，校验通过后跳转至 SPL 入口地址，移交执行权

3. 技术局限

片内 ROM 空间极小，代码功能极度精简，无法初始化 DDR 内存、网卡、显示等复杂外设，必须依赖 SPL 完成后续硬件初始化。

三 第三阶段：SPL（二级引导程序 BL1，次级程序加载器）

1. 运行位置

加载在芯片片内 SRAM 运行，SRAM 无需初始化即可上电运行、速度快，但容量极小（几十 KB~几百 KB），行业内也称 BL1。

2. 核心作用（承上启下的关键过渡层）

弥补 BootROM 的硬件初始化短板，解决“DDR 未初始化、无法加载大容量 UBoot”的核心问题：

• 完整时钟配置：初始化系统主时钟、总线时钟，提升硬件运行主频
• DDR 内存初始化：这是SPL 最核心的功能，配置 DDR 时序、校验内存稳定性，打通大容量内存寻址能力
• 基础外设适配：初始化 Flash、DMA 等核心存储外设，提升数据搬运效率
• 加载完整 UBoot：从外部存储读取完整 UBoot 镜像，搬运到DDR 内存中
• 权限移交：校验 UBoot 完整性，跳转 DDR 中 UBoot 入口，结束自身生命周期

3. 为什么需要 SPL？

UBoot 体积大（几百 KB~数 MB），无法在极小的片内 SRAM 运行；且 DDR 未初始化前无法使用，SPL 的唯一使命就是初始化 DDR、为 UBoot 搭建运行环境。

四 第四阶段：UBoot（完整 BootLoader BL2，系统引导器）

1. 运行位置

DDR 大容量内存运行，是开发者最熟悉的启动阶段，属于开源可定制引导程序（BL2）。

2. 核心任务（完整硬件初始化 + 内核准备）

SPL 仅初始化核心硬件，UBoot 完成全板级硬件初始化和内核启动参数配置，是启动流程中功能最丰富的阶段：

• 板级硬件全覆盖初始化：串口、网卡、USB、显示屏、按键、存储设备（eMMC/NAND）等所有外设
• 环境变量初始化：加载/保存 uboot 环境变量（启动介质、内核地址、波特率、开机参数等）
• 内存重定位：将 UBoot 搬运到 DDR 高地址，为后续内核运行预留低地址内存
• 设备树（DTB）加载：读取设备树文件，解析硬件资源信息（总线、寄存器、外设匹配关系）
• 内核镜像加载：将 Linux Kernel 镜像（zImage/uImage）从 Flash 加载到 DDR 指定地址
• 传递启动参数：通过 bootargs 向内核传递关键参数（根文件系统路径、串口控制台、硬件参数）
• 跳转内核：关闭 MMU、缓存，校验内核镜像，跳转内核入口地址，移交执行权

3. 核心价值

屏蔽不同板级硬件差异，统一内核启动入口，支持手动调试、网络烧录、启动顺序切换，是开发调试的核心阶段。

五 第五阶段：Kernel（Linux 内核启动）

1. 运行位置

DDR 内存中正式运行，接管整个系统硬件资源。

2. 核心启动流程

内核接手后，不再依赖 UBoot，完成系统内核层初始化：

• 内核自解压：压缩内核镜像在内存中解压、重定位
• 基础架构初始化：初始化 CPU 架构、MMU、页表、内存管理、中断、定时器
• 设备树解析：根据 DTB 文件，匹配、注册板级硬件设备
• 驱动加载：加载内核内置驱动（存储、串口、网络、总线驱动等）
• 挂载根文件系统：读取 UBoot 传递的 bootargs 参数，寻找并挂载 RootFS
• 启动用户进程：内核初始化完成后，启动第一个用户级进程 init

3. 关键特点

Kernel 只负责硬件调度、资源管理、内核服务初始化，不包含任何用户程序、命令行、应用功能，必须依赖 RootFS 才能完成完整系统启动。

六 第六阶段：RootFS（根文件系统，系统落地）

1. 核心定义

RootFS 是 Linux 的根文件系统，是系统所有文件、命令、库、配置、应用程序的载体，是系统“活过来”的最后一步。

2. 核心任务

• 文件系统挂载：内核根据启动参数，挂载 Flash/SD 卡/NAND 中的根文件系统（ext4、jffs2、squashfs等）
• 初始化用户环境：读取 /etc 目录下配置文件，执行开机初始化脚本
• 加载系统库与工具：提供 shell 命令、系统库文件、后台服务、应用程序运行环境
• 完成系统启动：最终输出控制台终端，支持用户输入命令、运行程序、调试设备

3. 通俗理解

Kernel 是系统的“大脑和骨架”，RootFS 是系统的“血肉和工具库”。没有 RootFS，内核只会卡死在启动最后一步，无法交互、无法运行任何程序。

七 全流程核心总结（极简记忆版）

一句话记忆：

ROM 选路 → BootROM 搬 SPL → SPL 开 DDR 搬 UBoot → UBoot 初始化全硬件搬内核 → Kernel 接管系统挂 RootFS → 系统可用 ✅

八 常见面试/调试高频问题

❓ 为什么不直接用 UBoot 启动，需要 SPL？

答：UBoot 体积大、需要 DDR 运行，BootROM 无法初始化 DDR，SPL 专门负责初始化 DDR，为 UBoot 搭建运行环境。

❓ 内核启动卡死大概率是什么问题？

答：bootargs 根文件系统参数错误、设备树不匹配、存储驱动未加载、DDR 初始化异常。建议先确认 bootargs 中的 root= 路径是否正确。

❓ UBoot 和 Kernel 的核心分工？

答：UBoot 负责硬件初始化、搬运内核、传参；Kernel 负责系统资源管理、驱动调度、拉起用户环境。

📌 总结：嵌入式 Linux 的多级启动，本质上是在“硬件资源极度受限”的条件下，通过逐层接力、逐级扩容，最终跑起一个完整操作系统。每一层都有其不可替代的作用，理解这个链条，才能从容应对启动调试和面试拷问。

如果觉得这篇文章对你有帮助，欢迎点赞、收藏、转发，让更多嵌入式软件爱好者看到！

往期文章（欢迎订阅技术分享栏目全部文章）：

【从零开始撸内核驱动源码】：以ttyserial(串口驱动)为例，串联字符设备驱动基础知识点的学习计划

Linux内核源码顶层 Makefile分析并单独编译调试内核自带的驱动

【从零开始撸内核驱动源码】：ttynull驱动

Linux内核驱动安装失败问题调试及解决方法

Linux内核驱动源码走读之编译内核及外部驱动实操指南

这里是女程序员的笔记本

 15年+嵌入式软件工程师兼二胎宝妈

分享读书心得、工作经验，自我成长和生活方式。

希望我的文字能对你有所帮助