3. 相机系统与HAL层概述
在 Android 相机系统中，Camera HAL（Hardware Abstraction Layer，硬件抽象层）是连接上层 Camera Framework 与底层驱动/ISP 的关键中间层。它既屏蔽了不同 SoC、Sensor、ISP 的硬件差异，又向上提供统一的相机设备接口。理解 HAL 的架构、数据流以及与上层框架的交互关系，是后续进行图像质量调优的基础——因为绝大多数画质参数（曝光、白平衡、降噪、锐化、色调映射）最终都要通过 HAL 下发到硬件，并通过 HAL 回传的 metadata 与图像 buffer 进行验证。
一、Camera HAL 的架构定位
Android 相机栈自上而下大致分为四层：应用层（Camera App）、框架层（CameraService / Camera2 API）、HAL 层（Camera Provider / HAL Module）、驱动与硬件层（Kernel Driver、ISP、Sensor）。Camera HAL 位于框架层与内核驱动之间，通常以动态库（如 camera.<device>.so）或独立进程（Camera Provider）的形式存在。
从 Android 8.0 开始，Camera HAL 被纳入 Treble 架构，运行在独立的 android.hardware.camera.provider 进程中，通过 HIDL（后演进为 AIDL）与 CameraService 通信。这种进程隔离设计让 HAL 崩溃不会直接拖垮系统服务，也便于厂商独立升级 HAL 而不影响 Framework。
1. 设备管理：枚举相机、打开/关闭设备、配置流（Stream）；
2. 请求处理：接收 CaptureRequest，驱动 3A（AE/AF/AWB）与 ISP 完成拍摄；
3. 结果回传：输出图像 buffer 与 metadata（如曝光时间、ISO、帧号、时间戳）。
二、Camera HAL 数据流全景
一次拍照或预览的完整数据流可以拆解为“下行请求”和“上行结果”两条链路。下行方向：App 通过 Camera2 API 构造 CaptureRequest，经 CameraService 转发到 HAL，HAL 将其转换为硬件寄存器配置或 ISP 参数，写入 Kernel Driver。上行方向：Sensor 曝光产生 RAW 数据，经 ISP 处理为 YUV/JPEG，HAL 将图像 buffer 与 metadata 一起回传给 CameraService，最终送达 App 的 ImageReader 或 Surface。
下面这张图展示了 Camera HAL 在整条链路中的位置，以及请求与结果的双向流动关系：
三、HAL 与上层框架的交互接口
Camera HAL 与 Framework 之间的交互主要通过标准接口完成。在 HIDL 时代，核心接口包括 ICameraProvider、ICameraDevice、ICameraDeviceSession；在 AIDL 时代，接口名称类似但类型系统更现代。下表列出了关键交互动作与对应接口：
| 交互动作 | 方向 | 关键接口 / 方法 | 说明 |
|---|---|---|---|
| 枚举相机 | Framework → HAL | ICameraProvider::getCameraIdList() |
获取可用相机 ID 列表及设备信息 |
| 打开相机 | Framework → HAL | ICameraProvider::getCameraDevice() |
建立与指定相机的连接 |
| 配置流 | Framework → HAL | ICameraDevice::configureStreams() |
协商输出分辨率、格式、用途 |
| 下发请求 | Framework → HAL | ICameraDeviceSession::processCaptureRequest() |
提交 CaptureRequest 及输出 buffer |
| 回传结果 | HAL → Framework | ICameraDeviceCallback::processCaptureResult() |
返回图像 buffer 与 metadata |
| 通知事件 | HAL → Framework | ICameraDeviceCallback::notify() |
错误、快门、帧率变化等异步事件 |
四、典型场景：一次拍照请求的完整旅程
假设用户在 App 中按下快门，触发一次 JPEG 拍照。整个流程如下：
- App 通过 Camera2 API 构造
CaptureRequest，设置TEMPLATE_STILL_CAPTURE，并指定 JPEG 与 YUV 输出 Surface； - CameraService 校验请求合法性，将其转发给 HAL 的
processCaptureRequest()； - HAL 解析请求中的 3A 参数（如曝光补偿、对焦模式），驱动 ISP 与 Sensor 完成曝光；
- Sensor 输出 RAW 数据，ISP 依次执行黑电平校正、去马赛克、白平衡、降噪、锐化、色调映射，输出 YUV；
- HAL 将 YUV 编码为 JPEG（或交由硬件编码器），同时填充
CaptureResultmetadata（帧号、时间戳、实际曝光时间、ISO、对焦状态等）； - 通过
processCaptureResult()回调将 buffer 与 metadata 回传，CameraService 分发到 App 的 ImageReader。
SENSOR_EXPOSURE_TIME、SENSOR_SENSITIVITY、COLOR_CORRECTION_GAINS 等字段是否符合预期。如果 metadata 正确但图像异常，问题通常出在 ISP 管线或 HAL 的 buffer 处理环节。
五、常见误区与复盘
误区一：认为 HAL 只是“透传层”。实际上 HAL 承担了大量策略逻辑，包括 3A 收敛、流复用、buffer 轮转、metadata 合成。很多画质问题（如预览与拍照色调不一致）根源就在 HAL 的流配置或 3A 状态切换。
误区二：忽略 metadata 的时序性。CaptureResult 可能分多次返回（partial result），部分 metadata 在首帧就可用，部分要等 ISP 处理完成。调优时需要关注 REQUEST_PIPELINE_DEPTH 与 partialResultCount，否则会误判参数未生效。
误区三：直接修改 HAL 而不验证 Framework 约束。Framework 对流组合、分辨率、格式有严格校验，HAL 若返回不支持的配置会导致 configureStreams() 失败。修改前应先查阅 CameraCharacteristics 中的 SCALER_STREAM_CONFIGURATION_MAP。