第2章：车载Android系统架构分层
各位同学，今天我们来聊聊车载Android系统的分层架构。说实话，这个分层结构是理解整个车载系统的基石。我刚开始接触车载项目时，也花了不少时间才理清各层之间的关系。
车载Android系统，说白了就是一套分层的软件栈。从上到下分别是：应用层、框架层、硬件抽象层、内核层。每一层各司其职，又相互配合。你想想看，一个简单的“打开空调”操作，背后要经过多少层的协作？
2.1 应用层：用户直接打交道的地方
应用层，就是用户能看到、能触摸到的那些界面。比如车载中控上的导航、音乐、空调控制面板，都属于应用层。
我个人习惯把应用层分成两类：
- 系统应用：比如Launcher（桌面）、SystemUI（状态栏、通知栏）、Settings（设置）。这些是系统自带的，用户无法卸载。
- 第三方应用：比如高德地图车机版、QQ音乐车机版。这些是用户后装的。
应用层开发，主要用的是Java或Kotlin。嗯，这里要注意一点：车载应用和手机应用有个很大的不同——车载应用必须考虑驾驶安全。比如，你不能让驾驶员在开车时操作复杂的菜单。所以，很多车载应用会限制某些功能在车辆行驶时不可用。
核心职责：提供用户交互界面，处理用户输入，展示数据。
2.2 框架层：承上启下的“大管家”
框架层，也叫Framework层。它是连接应用和底层硬件的桥梁。我经常跟团队说，框架层就是Android系统的“大管家”。
框架层包含了很多重要的系统服务：
- ActivityManagerService：管理应用的Activity生命周期。比如，当你打开导航时，它负责启动导航的Activity。
- WindowManagerService：管理窗口的显示、布局、动画。车载上的多屏交互，全靠它来协调。
- PackageManagerService：管理应用的安装、卸载、权限。
- CarService：这是车载Android特有的服务。它负责与车辆硬件通信，比如获取车速、车门状态、空调状态等。
我在项目中遇到过一个问题：某个第三方应用在车载上总是闪退。排查了半天，发现是它调用了手机特有的API，而车载框架层没有实现这个API。所以，做车载应用开发时，一定要了解车载框架层提供了哪些API。
小技巧：车载框架层中，CarService是最核心的服务。它通过Car API向应用层暴露车辆信息。比如，获取当前车速：car.getCarInfo().getVehicleSpeed()。
2.3 硬件抽象层：屏蔽硬件差异的“翻译官”
硬件抽象层，简称HAL。它的作用，说白了就是把千差万别的硬件，抽象成统一的接口给上层调用。
举个例子：不同厂商的空调控制器，硬件接口可能完全不同。有的用CAN总线，有的用LIN总线。但通过HAL层，框架层只需要调用一个统一的setTemperature()方法，就能控制所有类型的空调。
HAL层的实现，通常是用C/C++写的。它直接与硬件驱动打交道。我记得有一次，我们换了一家供应商的摄像头模组。本以为要改很多代码，结果因为HAL层封装得好，只需要修改HAL层的驱动适配代码，上层应用完全不用动。
避坑指南：我曾经因为HAL层的接口定义不合理，导致上层应用频繁崩溃。后来总结了一个经验：HAL层的接口一定要稳定，一旦定义好，尽量不要改动。否则，所有依赖它的上层代码都要跟着改，那工作量就大了。
2.4 内核层：真正的“幕后英雄”
内核层，就是Linux Kernel。它是整个系统的基石。所有硬件操作，最终都要通过内核来完成。
内核层的主要职责包括：
- 进程管理：调度CPU资源，管理进程的创建、销毁。
- 内存管理：分配和回收内存，防止内存泄漏。
- 设备驱动：直接与硬件通信，比如触摸屏驱动、Wi-Fi驱动、蓝牙驱动。
- 文件系统：管理存储空间，比如读写文件。
车载Android的内核，和普通手机的内核有些不同。车载内核需要支持一些特殊的硬件，比如：
- CAN总线驱动：用于与车辆ECU通信。
- GPS驱动：用于定位。
- 车载以太网驱动：用于高速数据传输。
你想想看，如果没有内核层，应用层写的代码再漂亮，也无法控制硬件。所以，内核层虽然不直接面对用户，但它的稳定性直接决定了整个系统的可靠性。
2.5 各层之间的交互流程
好了，现在我们来梳理一下各层之间是怎么协作的。以“按下空调温度升高按钮”为例：
- 应用层：用户点击按钮，应用层捕获点击事件，调用框架层的Car API。
- 框架层：CarService接收到请求，通过HAL接口下发指令。
- 硬件抽象层：HAL层将指令转换成硬件特定的命令，比如CAN报文。
- 内核层：内核层的CAN驱动将报文发送到CAN总线，最终控制空调硬件。
整个过程，从上到下，层层传递。每一层只关心自己的职责，不越界。这就是分层架构的好处——各层解耦，便于维护和扩展。
核心要点：分层架构的核心思想是“高内聚，低耦合”。每一层只向上层暴露必要的接口，隐藏内部实现细节。
2.6 总结
车载Android系统的四层架构，每一层都有明确的职责：
| 层级 | 主要职责 | 开发语言 | 典型组件 |
|---|---|---|---|
| 应用层 | 用户交互 | Java/Kotlin | Launcher, SystemUI, 第三方App |
| 框架层 | 系统服务、API | Java | CarService, AMS, WMS |
| 硬件抽象层 | 硬件抽象、接口统一 | C/C++ | HAL模块 |
| 内核层 | 硬件驱动、资源管理 | C | Linux Kernel, 设备驱动 |
嗯，这一章的内容就到这里。下一章，我们会深入框架层，重点讲解CarService的设计与实现。到时候，我会分享一些我在实际项目中踩过的坑，希望对你有帮助。