4. CameraProvider 初始化流程：从 ServiceManager 注册到 HAL 服务启动

CameraProvider 的初始化是 Android Camera 架构中承上启下的关键环节。它负责将底层的 HAL 实现封装为可被 CameraService 发现和调用的 Binder 服务。整个流程从进程启动开始，经过 ServiceManager 注册、HAL 接口加载、设备枚举，最终进入消息循环等待客户端请求。本章将拆解这一完整链路，并重点分析 HIDL / AIDL 接口的实现差异。

4.1 初始化全流程概览

CameraProvider 的初始化可划分为 5 个主要阶段，每个阶段都有明确的职责和关键检查点。下表总结了各阶段的核心任务：

4.2 核心初始化流程 SVG 架构图

下图展示了 CameraProvider 从进程入口到 HAL 服务就绪的完整调用链。注意 HIDL 与 AIDL 两种接口在加载阶段的路径差异：

4.3 ServiceManager 注册细节

CameraProvider 在注册到 ServiceManager 时，服务名称的命名规则直接影响 CameraService 的发现策略。当前主流实现采用以下命名格式：

// HIDL 实现（Android 10 及以下）
android.hardware.camera.provider@3.4::ICameraProvider/legacy/0

// AIDL 实现（Android 11 及以上）
media.camera.provider.legacy_0

// 多 provider 场景（例如外接 USB 摄像头）
media.camera.provider.external_0
media.camera.provider.internal_0

4.4 HAL 接口加载：HIDL 与 AIDL 实现对比

HAL 接口的加载方式在 Android 11 前后发生了显著变化。下表从多个维度对比两种实现方案：

4.5 设备枚举与能力上报流程

设备枚举是初始化阶段最耗时的操作，直接影响系统启动速度。以下代码片段展示了 AIDL 实现中设备枚举的核心逻辑：

// CameraProvider.cpp (AIDL 实现)
ndk::ScopedAStatus CameraProvider::getCameraIdList(
    std::vector<std::string>* _aidl_return) {
    std::lock_guard<std::mutex> lock(mLock);
    
    // 1. 检查 HAL 是否已初始化
    if (mHalDevice == nullptr) {
        return ndk::ScopedAStatus::fromExceptionCode(EX_ILLEGAL_STATE);
    }
    
    // 2. 调用 HAL 层获取设备数量
    int numCameras = mHalDevice->getNumberOfCameras();
    if (numCameras <= 0) {
        return ndk::ScopedAStatus::fromExceptionCode(EX_UNSUPPORTED_OPERATION);
    }
    
    // 3. 遍历所有设备，收集 ID
    _aidl_return->clear();
    for (int i = 0; i < numCameras; ++i) {
        char id[PROPERTY_VALUE_MAX];
        mHalDevice->getCameraInfo(i, &mCameraInfo[i]);
        snprintf(id, sizeof(id), "%d", i);
        _aidl_return->push_back(id);
    }
    
    return ndk::ScopedAStatus::ok();
}

4.6 初始化阶段的异常处理策略

CameraProvider 初始化过程中可能遇到多种异常情况，合理的处理策略能提升系统稳定性：

• HAL 库加载失败： 检查 dlopen() 返回值，若为 nullptr 则记录 dlerror() 日志，并返回错误码。不应直接 abort()。
• 设备枚举超时： 为 getNumberOfCameras() 设置 500ms 超时，超时后仅注册已枚举成功的设备。
• ServiceManager 注册冲突： 若服务名称已被占用，尝试使用备用名称（如添加后缀 _1）。
• SELinux 权限拒绝： 在 init.rc 中配置正确的 context，避免在运行时才暴露权限问题。

4.7 初始化完成后的状态验证

CameraProvider 完成初始化后，应通过以下检查点验证服务是否就绪：

1. Binder 服务可达性： 通过 IServiceManager::checkService() 验证服务名称已注册。
2. 设备列表非空： 至少返回一个有效的 Camera ID，否则视为初始化失败。
3. 能力数据完整性： 对每个设备调用 getCameraCharacteristics()，检查关键 Key（如 SCALER_AVAILABLE_STREAM_CONFIGURATIONS）是否存在。
4. 线程池状态： 确认 Binder 线程池已启动，且线程数至少为 4（默认配置）。