一、启动优化核心前提：方法论与流程定义

1.1 启动优化四大黄金原则

1. 先测量，后优化：所有优化必须可量化，无测量的优化均为无效操作;

2. 抓大放小：优先解决耗时占比最高的瓶颈，避免在微小环节浪费精力;

3. 从后往前优化：应用→init脚本→文件系统→内核→Bootloader，保留调试能力至最后阶段;

4. 自动化构建：所有优化固化到构建系统，避免人工操作遗漏与版本混乱。

1.2 冷启动完整链路定义（从上电到关键应用）

1. 硬件上电初始化：电源稳压、时钟晶振稳定、硬件自检；

2. ROM代码阶段：芯片内置固化程序，初始化最小系统，查找并加载SPL；

3. Bootloader阶段：SPL初始化DRAM→完整U-Boot加载内核、DTB、initramfs；

4. 内核阶段：内核自解压→子系统初始化→驱动探测→挂载根文件系统；

5. 用户态阶段：init程序执行→启动脚本运行→服务启动→关键应用就绪。

1.3 优化优先级

1. 优先优化用户态应用与启动脚本（不影响调试，收益最高）；

2. 其次简化BusyBox与根文件系统；

3. 再优化Linux内核（会丢失调试能力，需在用户态优化完成后执行）；

4. 最后优化Bootloader（内核参数冻结后再修改，避免配置冲突）。

二、启动时间测量体系：精准量化是优化的基础

2.1 硬件级测量（最高精度，微秒级）

示波器：监控电源轨电平、GPIO引脚翻转，精准记录上电时刻与各阶段完成时间。

适用场景：工业级精准测量、上电到首帧画面/应用就绪的绝对时间统计

2.2 串口软件测量（工程最常用）

优势：无目标板性能开销，支持Bootloader、内核、init全阶段追踪；

局限：无法精准测量硬件上电瞬间耗时。

2.3 系统内部细粒度测量工具

2.4 测量工程规范

1. 每组配置至少测量3次，剔除异常值，关注抖动；

2. 完整保存所有日志，用于回溯与对比；

3. 优先优化耗时占比Top5的初始化环节；

三、工具链优化：从编译源头提升速度与缩小体积

3.1 C库选型对比

3.2 指令集与编译优化

ARM 32位启用Thumb2：代码体积减少≈19%，执行性能微升，是ARM平台必选优化；

编译选项：应用级用-O2提升速度，内核级可选择-Os优先缩小体积；

浮点选型：使用EABIhf硬浮点，提升浮点运算效率，减小代码体积。

3.3 静态编译优化

关键应用静态编译：消除动态库加载耗时，适合initramfs与极简系统。

四、用户态优化：应用与init启动流程极致加速

4.1 应用优化：消除冗余操作

• 功能裁剪：仅保留启动必需功能，如ffmpeg禁用无用编码器、解码器；

• 冗余I/O消除：通过strace定位重复open、无效文件访问、多余mmap操作；

• 预加载优化：将关键数据预加载到内存，避免运行时I/O阻塞；

4.2 init脚本优化：减少fork/exec与串行等待

• 单脚本统一启动：将所有启动逻辑合并到/etc/init.d/rcS，减少shell进程创建；

• 禁用无用脚本：删除网络、蓝牙、调试等非必需服务；

• 优先启动关键应用：使用最小启动序号，甚至直接替换init程序；

• 减少管道与反引号：避免隐式fork操作。

• 使用shell内置命令：echo、test、printf等内置命令无exec开销

五、文件系统优化：解决I/O瓶颈，缩短挂载与加载时间

5.1 存储类型与文件系统匹配

一、块存储（eMMC/SD）

只读根文件系统：SquashFS/EROFS（挂载极快、读取高效、压缩率高）；

可读写文件系统：f2fs（闪存优化）、ext4（通用稳定）；

禁用btrfs：初始化耗时极长，不适合嵌入式启动。

二、Raw Flash（NAND/SPI）

首选：UBIFS + UBI Fastmap；

小容量：JFFS2（需开启CONFIG_JFFS2_SUMMARY）；

不推荐：YAFFS2（无主线支持、无压缩）。

5.2 initramfs：内存文件系统终极加速

核心用法：仅包含关键应用、最小C库、驱动，启动后切换到正式根文件系统

优化要点

禁用二次压缩：内核已压缩，initramfs使用CONFIG_INITRAMFS_COMPRESSION_NONE

静态编译应用：消除库依赖，减小体积

用musl编译：许可友好，体积最小

实测收益：内核体积减小200KB，启动时间节省≈170ms

5.3 文件系统性能实测

六、内核优化：裁剪、延迟、压缩全维度调优

6.1 内核裁剪：移除所有非必需功能

• 驱动裁剪：禁用未使用硬件驱动（USB、以太网、音频、视频、输入设备等）；

• 单核CPU：禁用SMP，节省126ms，内核体积减小188KB

• 禁用模块加载：CONFIG_MODULES=n，消除模块初始化耗时；

• 关闭调试功能：CONFIG_DEBUG_FS、CONFIG_KALLSYMS、CONFIG_TRACING；

• 禁用无用子系统：sysfs、proc、电源管理、网络协议栈（无联网需求）

• 嵌入式专用配置：开启CONFIG_EMBEDDED、CONFIG_SLUB_TINY，减小内存与体积开销

6.2 内核启动参数优化

quiet：关闭内核控制台打印，节省≈1秒；

initcall_debug：定位耗时最长的内核初始化函数；

6.3 内核压缩算法选型（ARM平台官方测试）

6.4 内核加载地址优化

6.5 延迟初始化：推迟非关键子系统

七、Bootloader优化：U-Boot Falcon模式

7.1 原生U-Boot启动流程缺陷

7.2 Falcon模式原理：直接从SPL启动内核

1. SPL完成DRAM初始化后，跳过完整U-Boot，直接加载内核；

2. 由SPL完成DTB修复、参数传递，内核直接启动；

3. 完全消除完整U-Boot的耗时。

7.3 Falcon模式启用步骤

U-Boot开启配置：CONFIG_SPL_OS_BOOT、CONFIG_CMD_SPL。

制作内核uImage：指定LOADADDR为ARM32标准地址；U-Boot执行spl export预生成DTB启动参数；将参数、内核写入存储，SPL直接加载启动

7.4 Falcon模式局限

1. 丢失U-Boot交互能力，生产环境适用；

2. SPL受SRAM容量限制，功能无法复杂；

3. 内核参数、DTB修改需重新执行spl export；

4. 暂不支持A/B升级与压缩内核。

八、硬件初始化：软件无法优化的固定耗时

电源稳压、晶振稳定：耗时约50~200ms

芯片内置ROM代码执行：固定耗时，无法修改

优化方向：缩短电源启动时间、选用快速起振晶振

九、工业级落地流程：标准化优化步骤

1. 基线测量：记录未优化系统的全阶段启动耗时，生成瀑布图；

2. 用户态优化：裁剪应用、简化init脚本、极速开机动画；

3. 文件系统优化：匹配存储选型、启用UBI Fastmap、配置initramfs；

4. 内核优化：裁剪无用功能、选择最优压缩、调整启动参数；

5. Bootloader优化：关闭bootdelay、简化脚本、启用Falcon模式；

6. 固化构建：将所有优化写入Buildroot/Yocto配置，自动化构建；

7. 验证测试：多次测量，确保稳定性与耗时达标。