2. 车载系统基础
在进入 Android Automotive 量产集成之前，必须先厘清三个经常被混用的概念：Android Auto、Android Automotive OS（AAOS），以及口语中常说的“安卓车机”。它们虽然都来自 Android 生态，但在系统层级、运行位置、整车耦合深度和量产责任边界上完全不同。理解这些差异，是后续做 HMI 定制、车辆信号接入、OTA 升级和认证测试的前提。
一、核心原理：三者到底“跑”在哪里
Android Auto 本质是手机投屏协议。应用逻辑、账号、算力、网络都在手机上运行，车机只承担显示、音频输出和部分输入回传，相当于一个受控的“外接显示器 + 触控板”。因此 Android Auto 不直接读取车辆 CAN 信号，也不负责整车控制，车厂对它的定制空间主要停留在界面入口、连接策略和品牌展示层。
Android Automotive OS 则是直接运行在车机硬件上的完整操作系统。它把 Android 框架、系统服务、应用运行时都搬进座舱域控制器，并通过 Vehicle HAL 与整车总线对接。AAOS 可以读取车速、挡位、空调、车门、电量等车辆属性，也能向车身域发出控制请求。换句话说，Android Auto 是“手机借车机的屏”，AAOS 是“车机自己就是一台 Android 设备”。
而“安卓车机”是一个宽泛说法，可能指基于 AOSP 深度定制的非标准系统，也可能指 AAOS。量产项目中必须明确：是否通过 CarService、VehicleProperty、Car API 与整车交互，是否满足 Google 的兼容性要求，这决定了项目能否使用 GMS、能否进入海外市场。
二、方法流程：从需求到系统选型的判断路径
量产项目在立项阶段就要回答“用哪条技术路线”。可以按以下顺序判断：
- 是否需要读取车辆信号？ 若需要车速、挡位、空调、胎压等实时数据，Android Auto 无法满足，必须选 AAOS 或深度定制 AOSP。
- 是否需要控制车身？ 涉及车窗、座椅、氛围灯、驾驶模式切换时，只有 AAOS 能通过 Vehicle HAL 下发控制。
- 是否要求 GMS 与海外合规？ 若目标市场需要 Google 服务，必须走 AAOS 兼容性认证路线，而非随意裁剪的 AOSP。
- 硬件与生命周期如何？ AAOS 对 SoC、内存、存储、散热要求更高，且需规划多年 OTA 与安全补丁。
关键结论：Android Auto 解决“手机内容上车”，AAOS 解决“车机成为整车的一部分”。两者不是替代关系，很多量产车同时支持：AAOS 作为主系统，Android Auto 作为手机互联补充。
三、案例/场景：典型量产配置
以一款同时面向国内与欧洲的中高端车型为例：座舱域控制器运行 AAOS，负责仪表、中控、副驾屏和车辆设置；通过 Vehicle HAL 接入车身 CAN 与以太网，读取车速、挡位、电量，并控制空调与座椅。同时保留 Android Auto 与 CarPlay 作为手机投屏入口，满足用户自带生态的习惯。
在开发阶段，团队会先定义车辆属性表，例如：
VehicleProperty:
PERF_VEHICLE_SPEED area: GLOBAL access: READ
GEAR_SELECTION area: GLOBAL access: READ
HVAC_FAN_SPEED area: ROW_1_LEFT access: READ_WRITE
DOOR_LOCK area: GLOBAL access: READ_WRITE
EV_BATTERY_LEVEL area: GLOBAL access: READ
这些属性通过 CarPropertyManager 订阅或写入，应用层不直接碰 CAN 报文。量产中还要处理权限分级：驾驶相关属性仅对系统应用开放，第三方应用只能读取脱敏后的子集。
四、误区与复盘：常见踩坑点
误区一：把 AAOS 当成“安卓平板加个车机壳”。AAOS 有严格的驾驶安全约束、多用户、多屏和车辆属性权限模型，直接套用手机开发习惯会导致上架失败或认证不通过。
误区二：认为 Android Auto 可以定制车辆控制。投屏协议不暴露整车控制接口，任何“通过 Android Auto 控制车窗”的方案都不符合其架构。
误区三：忽略 AOSP 与 AAOS 的认证差异。自行裁剪的 AOSP 无法使用 GMS，也无法获得 Google 的兼容性背书，出海项目会受阻。
五、车载信息娱乐系统演进与量产场景对照
| 阶段 | 典型形态 | 系统特征 | 量产关注点 |
|---|---|---|---|
| 传统车机 | 收音机 + 本地导航 | 封闭 RTOS，功能固定 | 稳定性、成本、供货周期 |
| 手机互联 | Android Auto / CarPlay | 手机投屏，车机为终端 | 连接兼容性、认证、用户体验 |
| 深度定制 AOSP | 安卓车机 | 可定制 HMI，车辆耦合有限 | 碎片化、升级维护、GMS 缺失 |
| AAOS 量产 | 座舱域控 + 多屏 | 完整 Android + Vehicle HAL | 兼容性认证、OTA、功能安全、隐私 |
从演进看，座舱系统正从“信息孤岛”走向“整车计算节点”。AAOS 的量产集成不再是简单移植应用，而是要把 Android 框架、车辆信号、安全策略、OTA 体系和供应链节奏统一到一条工程主线上。只有先分清 Android Auto、AAOS 与普通安卓车机的边界，后续的 HMI 定制、信号接入和认证测试才有稳固的起点。