u012514113的专栏

总体来说, 电源状态的变化由车辆主控单元由下往上推送至CarPowerManagementService举例来说, 由于用户的熄火状态(具体的信号触发条件不同), 车辆的电源状态开始变化, 车辆主控单元将信号发送给车载娱乐系统(In-Vehicle Infotainment , IVI)单元 即 AAOS车载娱乐系统. 进而在由 VehicleHAL硬件抽象层上报给CarPowerManagementService, 最后进入到Android系统的关机流程.

CarPackageManagerService主要用于车上使用场景扩充了一些包管理相关的接口. 包括黑白名单的机制. 这主要是出于安全的考虑, 车上的应用有更严格的限制. 结合用户体验限制对运行在AAOS上的应用有一个更好的约束.

在UX Restrictions中需要根据当前的车辆行驶状态,决定当前的限制规则. 其中行驶状态地获取就是通过CarDrivingStateService来实现的. 它的主要职责就是对外提供车辆的行驶状态信息. 应用可以使用CarDrivingStateManager获取和监听驾车状态,CarDrivingStateManager中的方法不多, 用法上非常简单. 需要注意的是相关接口是系统接口(SystemAPI), 系统应用才能使用.

在车载上,音频设备的数量还是使用场景都和手机有很大的不同,紧靠Android原有的音频服务是无法满足在车内的使用需求的. 因此AAOS对Android原有的音频机制进行了扩充. 在CarService中加入了CarAudioService.对音频设备进行更加细致的管理,以满足车上的使用场景.

我们继续看一看看CarPropertyService, 这个服务也是很重要的, 绝大部分与车辆硬件功能相关联的属性,如空调, 车舱功能, 车辆传感器等都是通过CarPropertyService来读取或者设置的.CarPropertyManager 是CarPropertyService在客户端的代理, 通过CarPropertyManager提供的API,可以设置和获取车辆各个属性的状态.

CarPropertyService, 这个服务也是很重要的, 绝大部分与车辆硬件功能相关联的属性,如空调, 车舱功能, 车辆传感器等都是通过CarPropertyService来读取或者设置的

本文主要说明了CarService这一系统服务的启动流程,以及一些关键成员的创建和初始化流程.同时简单介绍了一下客户端是如何获取和使用CarService对象, 如上文介绍的, CarService对象只是获取各个Manager的媒介,它本身并不承担管理传感器.空调等具体的任务.如果要获取车辆的相关信息,如车速, 车内空调温度,诊断信息, 或对车辆进行相关的控制,如升高和降低空调温度,控制座椅和车窗, 调节音量等,就要通过具体的Manager中的API和对应的服务来实现了.