2. Android系统架构概览

理解 Android 系统架构，是掌握 HAL 与 Treble 的起点。Android 并不是一个“大而全”的单体系统，而是由多个层次协作组成的软件栈：上层是面向开发者的应用框架，中间是承载系统能力的系统服务与原生库，下层是连接硬件与系统的 HAL，最底层则是 Linux 内核与设备驱动。HAL 正好位于“系统服务/框架”与“内核/驱动”之间，是软硬件解耦的关键接缝。

一、分层结构：从应用到硬件的纵向视角

从纵向看，Android 系统大致可分为五层。最上层是应用层，包括系统应用与第三方应用，它们通过 Android SDK 调用框架 API。第二层是应用框架层，提供 ActivityManager、WindowManager、CameraManager 等 Java/Kotlin API，是开发者最熟悉的编程接口。第三层是系统服务与原生库层，包含以 system_server 为核心的系统服务，以及 SurfaceFlinger、AudioFlinger、MediaCodec 等 C/C++ 原生服务。第四层是HAL 层，以模块或 AIDL/HIDL 接口形式向上提供硬件抽象能力。第五层是Linux 内核与驱动层，负责进程调度、内存管理、电源管理，以及显示、音频、摄像头、传感器等设备驱动。

这种分层不是简单的“上下调用”，而是通过 Binder、HIDL、AIDL、JNI 等机制进行跨进程、跨语言通信。例如，应用调用 CameraManager 打开相机，请求会经过 CameraService，再通过 HAL 接口下发到 Camera HAL，最终由内核中的摄像头驱动操作硬件。

二、HAL 在系统中的位置与作用

HAL（Hardware Abstraction Layer，硬件抽象层）是 Android 为屏蔽硬件差异而设计的一层接口。它向上为系统服务提供统一的硬件访问接口，向下调用内核驱动完成实际硬件操作。HAL 的核心价值在于：让 Android 框架不依赖具体硬件实现，从而支持不同厂商、不同芯片平台的设备。

在传统 Android 中，HAL 多以 hw_get_module() 加载的 .so 模块形式存在，接口定义在 hardware/libhardware/include/hardware/ 下。例如 Camera HAL 需要实现 camera_module_t 与 camera_device_t。在 Treble 之后，HAL 被拆分为 HIDL/AIDL 接口，运行在独立进程中，通过 Binder 化通信与系统服务交互，从而实现框架与 HAL 的独立升级。

三、一次相机拍照请求的跨层流程

以“应用调用相机拍照”为例，可以清晰看到各层如何协作：

1. 应用层调用 CameraManager.openCamera()，请求进入应用框架层。
2. 框架层通过 Binder 将请求发送到 cameraserver 中的 CameraService。
3. CameraService 通过 HIDL/AIDL 接口调用 Camera HAL 的 open()、configureStreams()。
4. Camera HAL 调用内核 V4L2 驱动，配置摄像头传感器与 ISP。
5. 图像数据由驱动写入缓冲区，经 HAL 回传到 CameraService，再通过 Surface 显示或编码保存。

这条链路中，HAL 是承上启下的关键节点。若 HAL 接口不稳定，框架升级就会牵动驱动；若 HAL 实现有误，相机可能黑屏、花屏或无法打开。

四、各层职责与典型对象对照

五、常见误区与复盘