1. 课程导入
在 Android Automotive OS（AAOS）中，车辆属性并不是通过某个应用直接读取 CAN 总线或硬线信号，而是由一套标准化的中间层统一抽象、管理与分发。这套中间层就是 VHAL（Vehicle Hardware Abstraction Layer，车辆硬件抽象层）。它位于 Android Framework 与真实车辆电子电气架构之间，向上提供稳定的车辆属性 API，向下对接 CAN、LIN、FlexRay、以太网、SOME/IP 以及厂商私有总线。理解 VHAL，是理解 AAOS 车辆功能集成、应用开发与系统定制的起点。
一、VHAL 的定义与在车载系统中的位置
VHAL 是 AAOS 中负责“车辆属性”访问的核心系统服务组件。它把车辆上可被观测或控制的对象抽象为一个个 Vehicle Property，例如车速、档位、车门状态、空调温度、座椅位置、ADAS 状态等。每个属性都有唯一的属性 ID、数据类型、访问权限、区域（Area）和状态（Status）。
从系统分层看，VHAL 处于承上启下的位置：
- 应用层：车载应用通过 CarPropertyManager 或 Car API 读取/订阅车辆属性。
- 框架层：CarService 中的 CarPropertyService 负责权限校验、属性路由与订阅管理。
- VHAL 层：以 HAL 接口形式实现属性读写，通常由供应商以 Native Service 方式提供。
- 车辆总线层：VHAL 通过 CAN、以太网、SOME/IP 等与 ECU、域控制器通信。
因此，VHAL 不是“驱动”，也不是“应用”，而是车辆能力与 Android 世界之间的契约层。它决定了哪些车辆信号能被 Android 看到、以什么语义被看到、以什么频率被更新。
二、VHAL 的核心作用
VHAL 的价值可以归纳为四个关键词：抽象、统一、隔离、可扩展。
- 抽象：把物理信号抽象为带语义的属性，例如把 CAN 报文中的某几位映射为
PERF_VEHICLE_SPEED。 - 统一：无论底层是 CAN 还是以太网，应用看到的都是同一套 VehicleProperty ID 与 API。
- 隔离：应用不直接接触总线，降低耦合，也便于权限控制与安全审计。
- 可扩展：通过 Vendor 扩展属性支持厂商私有功能，同时保持标准属性兼容。
一句话理解：VHAL 是 AAOS 的“车辆字典”。应用查字典拿数据，供应商负责把字典内容与真实车辆对齐。
三、方法流程：一次属性读取发生了什么
以应用读取车速为例，典型链路如下：
应用调用 CarPropertyManager.getProperty(PERF_VEHICLE_SPEED)
→ CarPropertyService 校验权限与属性配置
→ 通过 IVehicle.getValues() 请求 VHAL
→ VHAL 从 CAN/以太网缓存或实时读取信号
→ 返回 VehiclePropValue（值、时间戳、区域、状态）
→ CarPropertyService 封装结果返回应用如果是订阅模式，则应用注册回调，VHAL 在属性变化时通过 onPropertyEvent 主动上报，框架再分发给订阅者。这里的关键参数包括：采样率、最小更新间隔、区域 ID、状态码。它们直接决定功能体验与系统负载。
四、案例场景：车门状态与空调温度
假设一个场景：车辆挂入倒挡时，中控自动显示倒车影像，同时空调切换到内循环。
- 倒挡信号来自
GEAR_SELECTION，由 VHAL 从变速箱 ECU 获取。 - 车门状态来自
DOOR_POS，带区域（左前、右前、左后、右后）。 - 空调温度来自
HVAC_TEMPERATURE_SET，支持分区控制。 - 场景引擎订阅这些属性，在回调中触发 UI 与空调策略。
如果没有 VHAL，应用需要分别对接不同总线、不同报文、不同厂商协议，几乎无法规模化。VHAL 让“场景”变成对标准属性的组合订阅。
五、常见误区与复盘
误区一：把 VHAL 当成驱动。VHAL 是 HAL 接口层，驱动与总线通信通常由供应商在 VHAL 内部或下游实现。
误区二：认为所有属性都能写。属性有访问权限，只读属性写入会失败或被拒绝。
误区三：忽略区域与状态。同一属性可能有多个区域，状态可能为 UNAVAILABLE，必须处理。
误区四：订阅频率越高越好。过高频率会增加总线负载与功耗，应按功能需求设置采样率。
六、本课程学习目标与整体框架
本课程围绕“能看懂、能配置、能调试、能集成”四个目标展开，共 30 章，整体分为五个模块：
| 模块 | 核心内容 | 学习产出 |
|---|---|---|
| 基础认知 | VHAL 定义、架构、属性模型、AIDL 接口 | 理解分层与属性语义 |
| 属性与服务 | VehicleProperty、区域、状态、订阅机制、权限 | 能设计属性与订阅策略 |
| 集成实操 | VHAL 实现、CarService 对接、应用调用、配置编译 | 能完成端到端集成 |
| 调试与排障 | 日志、dumpsys、VHAL 测试工具、常见故障 | 能定位属性读写问题 |
| 进阶与优化 | 性能、功耗、安全、多区域、厂商扩展 | 能优化与扩展 VHAL |
学习建议：每章先建立“属性—接口—数据流”的对应关系，再动手验证。遇到问题时，优先确认三件事：属性是否存在、权限是否允许、VHAL 是否上报。这三步能解决大部分集成问题。