1. 车载Linux启动流程全景梳理与阶段划分
任务目标
本案例要求绘制一张车载Linux系统从硬件上电到用户空间就绪的完整启动流程图，并标注每个阶段的关键组件。最终交付物是一张可直接用于技术评审或培训讲解的SVG时序流程图，图中必须清晰区分ROM Code、Bootloader（U-Boot）、内核、init进程与用户空间服务五个阶段，并标明各阶段之间的交接条件。
启动阶段划分与关键组件
车载Linux启动流程按硬件执行顺序可分为五个阶段，每个阶段由前一个阶段完成特定任务后触发进入。下表列出各阶段边界与核心组件，SVG流程图将严格按此逻辑绘制：
| 阶段 | 起始条件 | 关键组件 | 结束标志 |
|---|---|---|---|
| 1. ROM Code | 芯片上电复位 | Boot ROM、eFUSE、时钟控制器 | 跳转到Bootloader |
| 2. Bootloader | ROM Code完成硬件最小初始化 | U-Boot SPL、DDR初始化、设备树加载 | 跳转到内核入口 |
| 3. Kernel | Bootloader解压并跳转 | 内核解压、驱动初始化、设备树解析 | 挂载根文件系统并执行init |
| 4. init进程 | 内核完成挂载根文件系统 | systemd/init、/etc/inittab、启动脚本 | 执行默认target |
| 5. 用户空间 | init完成系统初始化 | 车载中间件、HMI服务、网络管理 | 应用就绪 |
启动流程全景图
下图完整呈现从电源接通到车载应用可用的全链路。图中纵向为时间轴，横向色块代表各阶段活跃组件，箭头标注阶段切换的触发事件。重点关注Bootloader与内核之间的设备树传递、内核与init之间的根文件系统交接，这两处是车载Linux定制中最常修改的接口。
验证方法
本案例的验证不依赖实际硬件，而是通过逻辑一致性检查完成：
- 阶段完整性检查：确认图中五个阶段覆盖从
上电复位到应用就绪的完整链路，无缺失环节。 - 交接条件检查：每个箭头标注的触发事件必须与前一阶段结束标志、后一阶段起始条件严格对应（例如：ROM Code的结束标志“跳转Bootloader”必须与阶段2的起始条件一致）。
- 组件归属检查：每个关键组件必须出现在其实际执行阶段（例如：DDR初始化属于Bootloader而非内核，设备树解析贯穿Bootloader与内核两阶段但职责不同）。
- 车载相关性检查：图中必须包含至少3个车载特有组件或定制点（如安全启动、多系统槽位、SOME/IP中间件），以区别于通用Linux启动流程。
满足以上四项即可判定本案例通过。若需进一步验证，可将图中各阶段与实车串口日志对照——例如在U-Boot阶段观察DDR: 4 GiB输出，在内核阶段观察Freeing unused kernel memory，在init阶段观察systemd[1]: Reached target Multi-User System，这些日志关键字应与图中阶段边界吻合。