硬件加速，直观上说就是依赖GPU实现图形绘制加速，同软硬件加速的区别主要是图形的绘制究竟是GPU来处理还是CPU，如果是GPU，就认为是硬件加速绘制，反之，软件绘制。在Android中也是如此，不过相对于普通的软件绘制，硬件加速还做了其他方面优化，不仅仅限定在绘制方面，绘制之前…

本期内容开始，我们将介绍原生Android Automotive中车载应用的实现方式和它的原理。首先要介绍的就是车载应用开发中非常重要的一个系统应用，SystemUI

SystemUI 是一个系统应用，大多厂商都会对其进行深度定制。它是系统内部应用中最重要的一个UI界面，了解它非常有意义

本篇会讲 App内渲染全链路上的细节，从一个View的重绘一直到调用 SurfaceFlinger 上屏。这里只讲硬件加速并使用了 RenderThread 后的渲染流程。

打开“电话应用”，然后按音量键出现一下界面： 提出2个问题： 为什么音量窗口会挡住应用窗口？ 为什么不管打开哪个应用都能看到导航栏和状态栏？ 再看下面这个图 左边是将第一张截图的每一个窗口提出来画了的

通过将原有的单线程整体扫描，重构为**“文件发现-并行解析-串行提交”**的三阶段生产者-消费者模型，我们可以在多核设备上显著提升启动时APK的解析速度，从而缩短开机时间。

通过 并行化架构设计、缓存预热、负载均衡 和 异常隔离 的综合优化，可显著提升 PMS 开机性能。需注意 版本兼容 与 SELinux 安全策略，并在 性能 与 稳定性 之间取得平衡。