3. CameraProvider启动流程：从Cameraserver到CameraProvider的进程间通信(IPC)与服务注册

CameraProvider的启动是Android Camera HAL服务化架构的核心环节。本章深入剖析从Cameraserver进程发起请求，到CameraProvider进程完成服务注册并暴露接口的完整IPC链路，涵盖服务发现、Binder通信、HIDL服务注册与HAL1兼容性适配等关键技术点。

3.1 启动流程总览

CameraProvider的启动并非由Cameraserver直接fork子进程，而是通过服务管理器（ServiceManager）作为中介，采用延迟启动（Lazy Start）机制。整个流程分为四个阶段：

3.2 服务发现与延迟启动机制

Cameraserver启动后，首先通过ICameraProvider::getService()尝试获取已注册的CameraProvider服务。若服务尚未注册，ServiceManager不会立即返回错误，而是触发延迟启动流程：

// Cameraserver端伪代码
using android::hardware::camera::provider::V2_4::ICameraProvider;

sp<ICameraProvider> provider = ICameraProvider::getService(
    "legacy/0",  // 服务实例名称
    true          // 启用延迟启动
);

if (provider == nullptr) {
    // 服务不可用，等待或重试
    ALOGE("Failed to get CameraProvider service");
}

3.3 HwBinder通信链路建立

CameraProvider与Cameraserver之间的IPC采用HwBinder协议，这是Android Treble架构引入的专用Binder变体，用于HAL与框架层的通信。通信链路建立过程如下：

1. Provider进程初始化：CameraProvider进程启动后，创建CameraProvider服务对象，继承自ICameraProvider接口。
2. 服务注册：调用registerAsService()将服务注册到hwservicemanager（HwServiceManager）。
3. Cameraserver连接：Cameraserver通过ICameraProvider::getService()获取服务代理，建立HwBinder通道。
4. 接口调用：Cameraserver通过代理调用getCameraInterface()、setCallback()等方法。

3.4 服务注册与接口暴露

CameraProvider在注册过程中，会向HwServiceManager暴露以下核心接口：

3.5 进程间通信架构图

下图展示了从Cameraserver到CameraProvider的完整IPC链路与服务注册架构：

3.6 HAL1兼容性调试要点

在调试CameraProvider启动流程时，HAL1兼容性场景下需特别关注以下问题：

• 服务名称匹配：HAL1 Provider注册的服务名称为"legacy/0"，Cameraserver必须使用相同名称获取服务，否则返回nullptr。
• 接口版本协商：HAL1的ICameraDevice接口版本为1.0，Cameraserver在调用getCameraInterface()后需进行版本转换。
• 权限检查：CameraProvider进程需要android.permission.CAMERA权限，且SELinux策略需允许HwBinder通信。
• 超时处理：延迟启动可能导致首次调用超时，建议在Cameraserver端实现重试机制。

3.7 启动流程时序总结

下表总结了从Cameraserver到CameraProvider的完整启动时序及关键日志标记：