2. 智能座舱基础

智能座舱并不是“把几块屏幕装进车里”，而是一套由座舱域控制器统一承载、由高算力SoC提供算力、由Hypervisor完成资源隔离、由车载OS提供运行时与中间件、由HMI与多屏互动面向用户交付体验的分层系统。理解这条纵向链路，是后续做服务化软件架构设计的前提。

一、核心原理：从分散ECU到座舱域集中

传统座舱中，仪表、中控、HUD、后排娱乐各自独立ECU，线束复杂、算力孤岛、跨屏协同困难。座舱域控制器（Cockpit Domain Controller, CDC）把这些功能收敛到一个控制器内，通过一块或多块SoC同时驱动多个显示通道，并在软件层用Hypervisor把不同安全等级、不同操作系统的负载隔离开。

其核心逻辑可以概括为“硬件集中、软件隔离、服务共享”：硬件集中降低BOM与线束成本；软件隔离保证仪表等安全关键功能不被娱乐应用拖垮；服务共享让导航、语音、媒体、账号等能力以服务形式被多屏、多应用复用。这正是服务化架构在座舱域落地的物理基础。

二、关键组件与职责

• 座舱域控制器：统一供电、散热、接口与网络接入，是硬件与软件的物理载体。
• SoC：提供CPU、GPU、NPU、ISP与多显示通道，决定座舱能同时跑多少应用、多少路摄像头与多少块屏。
• Hypervisor：把一颗SoC切分为多个虚拟机，实现安全域与娱乐域的故障隔离与资源配额。
• 车载OS：提供进程调度、驱动、电源管理、文件系统与安全启动，是服务运行的底座。
• HMI：把服务能力转化为可感知的界面、动效与交互反馈。
• 多屏互动：让内容、状态与操作在仪表、中控、HUD、后排之间流转与共享。

三、方法流程：一次“导航发起”的服务链路

以用户说“导航去机场”为例，座舱内部的服务链路如下：

1. 语音服务被唤醒，完成ASR识别，得到意图“导航”。
2. 意图服务调用导航原子服务，传入目的地参数。
3. 导航服务计算路径，并把路线、转向、剩余里程写入服务状态。
4. 仪表HMI订阅导航状态，在中控与仪表同步显示；HUD订阅简化转向提示。
5. 若副驾想接管，通过多屏互动把导航卡片流转到副驾屏，服务状态保持一致。

服务调用示例（伪代码）
intent = voice.asr(audio)
if intent.name == "navigate":
    route = nav.calc(dest=intent.slot["poi"])
    nav.publish(state=route)
    cluster.render(route)
    hud.render(route.turn_hint)
    passenger.transfer(card="nav", target="passenger_display")

四、典型应用场景与对比

五、常见误区与复盘