2. init进程的角色与历史
init 进程是 Linux 系统启动过程中用户空间的第一个进程（PID 1），负责初始化系统环境、启动所有必要的服务，并最终呈现用户界面。理解 init 的演进历程，是掌握启动优化技术的基石。
2.1 init进程的核心角色
无论采用何种 init 系统，其核心职责始终围绕以下三点：
- 系统初始化：挂载文件系统、设置主机名、配置网络接口等基础环境。
- 服务管理：按照依赖关系启动/停止各类守护进程（daemon），如日志服务、数据库、网络服务等。
- 进程监控与回收：作为所有孤儿进程的父进程，负责回收子进程退出时的资源，防止僵尸进程泛滥。
关键认知： PID 1 的启动效率直接决定了系统从内核加载完毕到用户可操作的时间窗口。任何 init 系统的优化，本质上都是在保证正确性的前提下，压缩这个时间窗口。
2.2 三大init系统的演进对比
从 SysVinit 到 Upstart，再到 systemd，每一次演进都针对前一代的痛点进行了革新。下表从多个维度进行了对比：
| 特性维度 | SysVinit | Upstart | systemd |
|---|---|---|---|
| 启动模型 | 严格串行，按脚本顺序执行 | 基于事件驱动，可部分并行 | 基于依赖关系，最大程度并行 |
| 配置文件 | Shell 脚本（/etc/init.d/） | 配置文件（/etc/init/） | 单元文件（.service, .target 等） |
| 依赖管理 | 手动编号（Sxx, Kxx） | 事件触发，隐式依赖 | 显式声明（Requires, Wants, After） |
| 并行能力 | 无 | 有限（基于事件解耦） | 强（套接字激活、总线激活） |
| 日志管理 | 分散到各日志文件 | 分散到各日志文件 | 集中式 journald |
| 嵌入式适用性 | 极低（慢、不可靠） | 低（依赖 Python 等） | 高（可裁剪、性能好） |
2.3 SysVinit：串行启动的始祖
SysVinit 源自 Unix System V，其设计哲学是“简单、可靠、可预测”。它通过运行级别（Runlevel）和启动脚本的编号顺序，严格串行执行所有任务。
- 运行级别：0（关机）、1（单用户）、3（多用户文本）、5（多用户图形）等。
- 脚本编号：例如
S01syslog先于S50networking执行，K50networking先于K01syslog停止。
核心瓶颈： 串行执行意味着总启动时间等于所有服务启动时间的累加。在嵌入式设备中，如果某个服务（如网络等待 DHCP）阻塞，后续所有服务都必须等待，导致启动时间急剧恶化。
一个典型的 SysVinit 启动流程如下：
# 伪代码示意：串行启动
for script in /etc/rc3.d/S*; do
$script start
# 必须等待上一个脚本执行完毕
done
echo "System is ready."2.4 Upstart：事件驱动的尝试
Upstart 由 Ubuntu 开发，旨在解决 SysVinit 的串行瓶颈。它引入了“事件”概念：服务不再按固定顺序启动，而是等待特定事件（如文件系统挂载完成、网络接口就绪）触发后，再自行启动。
- 事件驱动：服务定义“start on”和“stop on”事件。
- 有限并行：多个不相关的事件可以同时处理，从而实现部分并行。
然而，Upstart 的并行能力受限于事件模型的粒度。复杂的依赖关系仍然需要人工编排事件顺序，且其配置语言不够直观，调试困难。
# Upstart 配置文件示例 (/etc/init/myservice.conf)
start on started networking
stop on stopping networking
exec /usr/bin/myservice --daemon2.5 systemd：现代并行启动的标杆
systemd 是目前绝大多数主流 Linux 发行版（包括嵌入式 Yocto/Buildroot 项目）的默认 init 系统。它通过三大核心技术实现了激进的并行启动：
- 套接字激活（Socket Activation）：服务即使未启动，其监听端口也由 systemd 提前打开。客户端请求到达时，systemd 再按需启动服务，实现“零等待”启动。
- 总线激活（Bus Activation）：类似套接字激活，但针对 D-Bus 服务。
- 基于依赖的并行调度：systemd 解析所有单元文件的依赖关系，构建一个无环图（DAG）。只要某个服务的所有前置依赖满足，即可立即启动，无需等待其他无关服务。
嵌入式优化启示： 在嵌入式系统中，利用 systemd 的
After= 和 Requires= 精确声明依赖，配合 Type=notify 让服务主动报告就绪状态，可以最大化并行度，将启动时间从分钟级压缩到秒级。
2.6 并行启动概念的引入
并行启动的核心思想是：打破“先A后B”的串行枷锁，让没有依赖关系的服务同时启动。下图展示了串行与并行启动在时间轴上的本质区别：
从图中可以直观地看到：串行启动的总时间是所有服务时间的总和；而并行启动的总时间仅取决于耗时最长的那个服务（加上极小的调度开销）。在服务数量较多的嵌入式系统中，这种优化效果尤为显著。
2.7 演进总结与嵌入式选型建议
对于嵌入式 Linux 开发者，选择 init 系统时需要权衡以下因素：
- 资源极度受限（< 32MB RAM）：可考虑 BusyBox init（SysVinit 的简化版），但必须接受串行启动的性能代价。
- 中等资源（64MB ~ 256MB RAM）：强烈推荐 systemd，通过裁剪不必要的服务（如 journald 持久化、网络时间同步等），可以显著降低资源占用并享受并行启动红利。
- 高实时性要求：systemd 的并行模型可能会引入微秒级的不确定性，此时可考虑结合
systemd-analyze工具进行精细调优，或使用专门的实时 init 方案。