2. 启动流程全景：从按下电源到用户空间Shell的完整启动链路与阶段划分

嵌入式Linux系统的启动是一个多阶段、高度耦合的过程。从硬件复位到用户空间Shell就绪，通常经历BootROM → Bootloader → 内核启动 → 根文件系统挂载 → init进程 → Shell六大阶段。理解每个阶段的职责、时间窗口与瓶颈，是启动时间优化的基础。

2.1 启动全链路阶段划分

下表列出了从按下电源到Shell就绪的完整阶段、典型耗时范围（以嵌入式ARM Cortex-A平台为例）及关键事件：

2.2 启动流程全景SVG架构图

下图展示了从硬件复位到用户空间Shell的完整启动链路，包含每个阶段的关键组件与数据流方向：

2.3 各阶段核心职责与关键代码路径

2.3.1 Stage 0: BootROM

芯片上电后，CPU从复位向量（通常为0x00000000或0xFFFF0000）开始执行固化在ROM中的BootROM代码。BootROM负责最基本的硬件初始化（如时钟、PLL、存储控制器），然后从NAND Flash、eMMC、SD卡或SPI NOR等启动介质中加载SPL到内部SRAM。

• 关键约束：SRAM容量极小（通常4KB–256KB），限制了SPL的大小。
• 优化点：选择更快的启动介质（如eMMC vs NAND）、减少BootROM内部延迟。

2.3.2 Stage 1: SPL (Secondary Program Loader)

SPL是U-Boot的“迷你版”，运行在SRAM中。它的主要任务是初始化DDR控制器，然后将完整的U-Boot proper从存储介质加载到DDR中并跳转执行。

// SPL典型流程（伪代码）
spl_init();          // 时钟、串口、GPIO
spl_console_init();  // 调试输出
spl_ddr_init();      // DDR初始化（关键耗时点）
spl_load_image();    // 从存储介质加载U-Boot proper
spl_jump_to_image(); // 跳转到DDR中的U-Boot入口

2.3.3 Stage 2: U-Boot proper

U-Boot proper运行在DDR中，提供完整的引导加载功能。它解析设备树（DTB）、加载内核镜像（zImage/Image）、设置内核启动参数（bootargs），最终通过bootm或booti命令跳转到内核。

2.3.4 Stage 3: 内核解压

如果内核镜像是压缩格式（zImage/bzImage），内核入口代码首先执行自解压。解压算法（gzip/lz4/lzma）的选择直接影响解压速度与内核大小。

// 内核解压入口（arch/arm/boot/compressed/head.S）
    mov    r0, #0
    ldr    r1, =__bss_start
    ldr    r2, =__bss_end
    bl     decompress_kernel   // 解压到DDR指定位置
    bl     call_kernel         // 跳转到解压后的内核

• gzip：压缩率高，解压慢（约100–300ms）。
• lz4：压缩率较低，解压极快（约20–50ms），适合启动时间敏感场景。

2.3.5 Stage 4: 内核初始化 (start_kernel)

这是内核启动的核心阶段，从start_kernel()函数开始，到kernel_init()创建第一个用户空间进程结束。该阶段完成所有内核子系统的初始化。

// init/main.c - start_kernel 关键调用序列
start_kernel()
  ├── trap_init()          // 异常向量表
  ├── mm_init()            // 内存管理初始化
  ├── sched_init()         // 调度器
  ├── preempt_disable()
  ├── vfs_caches_init()    // VFS缓存
  ├── rest_init()          // 创建kernel_init线程
  │     └── kernel_init()
  │           ├── do_basic_setup()  // 驱动初始化
  │           ├── do_initcalls()    // 模块初始化调用
  │           └── run_init_process() // 执行/sbin/init

2.3.6 Stage 5: 根文件系统挂载

内核启动最后一个阶段是挂载根文件系统。如果使用initramfs（内嵌在内核中的cpio归档），根文件系统在内存中直接可用，无需等待块设备。如果使用块设备（如eMMC分区），则需要等待对应的驱动初始化完成。

2.3.7 Stage 6: 用户空间初始化

内核执行/sbin/init（或/init），进入用户空间。init进程读取配置文件（/etc/inittab或systemd单元），启动系统服务、网络栈、登录管理器，最终呈现Shell或图形界面。

• BusyBox init：轻量级，串行执行rcS脚本，适合资源受限设备。
• systemd：并行启动服务，功能强大，但占用资源较多，启动时间不一定更快。

2.4 启动时间测量基础方法

在进入优化之前，必须建立测量手段。以下是三种最常用的启动时间测量方法：

// 使用initcall_debug测量驱动初始化耗时
// 内核启动参数中添加: initcall_debug
// 启动后通过dmesg查看:
[    0.123456] initcall i2c_init+0x0/0x80 returned 0 after 12345 usecs
[    0.234567] initcall spi_init+0x0/0x100 returned 0 after 23456 usecs

2.5 启动流程中的关键时间窗口

下图以时间轴形式展示了各阶段在典型嵌入式系统中的占比关系（基于i.MX6ULL平台实测数据）：

2.6 阶段划分对优化策略的指导意义

基于上述阶段划分，可以制定针对性的优化策略：

• BootROM/SPL：无法修改BootROM，但可以优化SPL的DDR初始化参数，选择更快的启动介质。
• U-Boot proper：裁剪不必要的驱动、使用Fastboot模式、跳过环境变量校验、延迟控制台初始化。
• 内核解压：使用lz4或lzo压缩算法，或使用非压缩内核（Image）直接加载。
• 内核初始化：通过内核配置裁剪驱动、使用initramfs减少根文件系统等待时间、使用initcall_debug定位慢速驱动。
• 用户空间：使用BusyBox init替代systemd、并行化rcS脚本、延迟非关键服务启动。