Android 15 的Haloglass分层架构中，HAL模块如何与AIDL HAL实现双向兼容？

Question

在Android 15 Haloglass分层架构下，HAL模块需同时支持传统HIDL HAL（如`android.hardware.camera.device@3.6`) 和新型AIDL HAL（如`android.hardware.camera.device`），但二者接口语义、线程模型、内存管理及Binder调用约定存在根本差异：AIDL默认使用`@VintfStability`且不支持`passthrough`模式，而HIDL保留`hwbinder`+`passthrough`双模式；HAL服务注册机制（`hwservicemanager` vs `servicemanager`）与客户端绑定方式（`IInterface::getService()` vs `ServiceManager.getService()`）亦不兼容。典型问题表现为：同一HAL实现无法被HIDL和AIDL客户端同时正确发现与调用，导致Camera、Sensors等关键子系统在升级过渡期出现服务不可用或`TransactionFailed`异常。如何在不重复实现逻辑的前提下，通过HAL Wrapper层、Binder代理桥接及VINTF兼容性声明协同实现**零侵入式双向运行时兼容**，成为Halogslass架构落地的核心挑战。

Answer 1

```html

一、现象层：兼容性断裂的典型故障表征

• Camera HAL 客户端（HIDL）调用 IInterface::getService("camera.device@3.6/ICameraDevice") 成功，但 AIDL 客户端调用 ServiceManager.getService("android.hardware.camera.device.ICameraDevice") 返回 null；
• Sensor HAL 在 hwservicemanager 中注册成功，却未在 servicemanager 中可见，导致 Android 15 SensorService 初始化失败并抛出 TransactionFailedException: code=-32；
• 同一物理 HAL 实现（如 libcamera_vendor.so）被 HIDL passthrough 模式直接 dlopen 调用时正常，但通过 AIDL binderized 模式调用时因线程调度差异触发 Binder transaction timeout；
• VINTF manifest 声明同时包含 <hal format="hidl"> 和 <hal format="aidl">，但 vintf-object 校验失败，提示 “conflicting interface versions”。

二、机制层：HIDL 与 AIDL HAL 的本质差异图谱

维度	HIDL HAL	AIDL HAL
Binder 协议栈	hwbinder（独立内核驱动）	mainline binder（/dev/binder）
进程模型	支持 binderized + passthrough（in-process）双模式	仅 binderized（必须跨进程）
稳定性契约	无强制 @VintfStability，依赖版本号语义	默认启用 @VintfStability，接口冻结后不可变
服务注册中心	hwservicemanager（/dev/hwbinder）	servicemanager（/dev/binder）

三、架构层：零侵入式双向兼容的三层协同设计

核心思想：以“逻辑单体、协议双栈、注册双发、声明统一”为原则，构建可插拔兼容架构：

1. HAL Wrapper 层：C++ 抽象基类 ICameraDeviceWrapper 封装厂商原始实现，向上提供统一业务接口；
2. Binder 代理桥接层：分别实现 ICameraDevice@3.6::ICameraDevice（HIDL stub）和 android.hardware.camera.device.ICameraDevice（AIDL stub），二者均委托至 Wrapper；
3. VINTF 兼容性声明层：采用 <hal format="hidl" optional="true"> + <hal format="aidl"> 组合声明，并通过 <fqname> 显式绑定同一实现路径。

四、实现层：关键代码片段与流程控制

// HAL Wrapper 核心抽象（零侵入：不修改 vendor HAL 源码）
class CameraDeviceWrapper : public ICameraDeviceWrapper {
public:
    static sp<ICameraDeviceWrapper> getInstance();
    // 所有业务方法（open, configure, processCaptureRequest...）在此统一调度
};

// AIDL stub 构造器（自动注册到 servicemanager）
void registerAsAidl() {
    auto impl = new AidlCameraDeviceImpl(CameraDeviceWrapper::getInstance());
    android::hardware::camera::device::V1_0::registerAsService("default", impl);
}

// HIDL stub 构造器（自动注册到 hwservicemanager）
void registerAsHidl() {
    auto impl = new HidlCameraDeviceImpl(CameraDeviceWrapper::getInstance());
    android::hardware::camera::device::V3_6::ICameraDevice::registerAsService("default", impl);
}

五、验证层：自动化兼容性验证流程图

graph TD
    A[启动 HAL wrapper 进程] --> B{注册双中心？}
    B -->|Yes| C[向 hwservicemanager 注册 HIDL service]
    B -->|Yes| D[向 servicemanager 注册 AIDL service]
    C --> E[HIDL Client 调用 ICameraDevice@3.6::getService]
    D --> F[AIDL Client 调用 ServiceManager.getService]
    E --> G[统一进入 CameraDeviceWrapper::open()]
    F --> G
    G --> H[内存池复用 / 线程池隔离 / 错误码标准化映射]
    H --> I[返回一致的业务结果 & VINTF 校验通过]

六、演进层：面向 Haloglass 的长期治理策略

• 引入 hal_compatibility_tool 工具链，自动生成 wrapper 模板与 VINTF diff 报告；
• 定义 HAL ABI Contract Schema（JSON Schema），约束 Wrapper 接口签名、生命周期语义及错误码映射规则；
• 在 Treble VTS 测试套件中新增 hal-interop-test 模块，覆盖 HIDL↔AIDL 双向调用时序、内存 ownership 转移、binder fd 传递等边界场景；
• 推动 SoC 厂商将 HAL Wrapper 作为标准 HAL 分发组件（vendor_boot.img 预置），实现芯片级兼容基线。

```