天花板的随笔

电源管理是Android AutoMotive OS中较手机Android系统差异化比较大的模块，这是因为车机面临的使用场景比手机更加复杂。既要考虑车辆短时间使用间隔的休眠，也要考虑长时间停放下的关机；休眠状态下可以快速响应唤醒，但是这种状态如果管理不好，又会存在持续耗电的情况，如果电瓶亏电，后果就很严重；同时我们还要考虑到车机系统的OTA升级，通常是在人离开车后，车辆空闲的状态去做的升级，称之为地库模式；还有哨兵模式，在车辆停放的时候摄像头会开启；以及远程控车，通过TBox唤醒车机系统，等等。

在Android系统之外，会有一个外部混音器，用于接收Android的物理音频流，并以合适的方式将这些音频流和车辆外部的声音做混合，并将混音结果路由到合适的音响设备。1.2.2 有音频播放需求的应用或者服务，在发起音频请求焦点前，应该去注册监听系统的音频焦点变化。但在底层的音量控制中，会对以上的音频类型做一次映射，根据系统指定的需求，把这些音频类型做一次分类，有些音频流类型复用同一个存储值。Android系统中去设置音量值的时候，会传入一个音频流类型的参数，以便对不同的类型做的音量的控制和记忆。

有了propertyId和areaId之后，我们就可以定位到唯一的属性，接下来就是获取和设置对应的值。虽然我们可以直接操作基本数据类型，但是谷歌给我们封装了CarPropertyValue，它不仅包含值，还包含了值是否有效的状态，无效的值是不能使用的，更利于程序的稳健。CarPropertyService是AAOS中非常重要的一个服务，它与车辆各ECU的功能密切关联，如空调控制、座椅调节、车窗调节、充放电控制、车辆传感器数据等，都是通过CarPropertyService来获取值以及设置值。

Android AutoMotive OS是谷歌针对车机使用场景打造的操作系统，它是基于现有Android系统的基础上增加了新特性，最主要的就是增加了CarService（汽车服务）模块。我们很容易把和搞混，前者是基于源代码的扩展，是系统级的，编译后运行在车上的系统；而后者是谷歌推出的一款将手机内容投射到兼容的车机屏幕上的产品，主要的运算任务是在手机端，就类似于苹果的Carplay一样。说回AAOS，其中的CarService是以独立APK的方式存在，使用system UID权限运行。