2. HIDL 与 AIDL 接口演进：从 HIDL 到 AIDL 的迁移背景与核心差异

在 Android 系统的演进过程中，Camera HAL 接口定义语言经历了从 HIDL（HAL Interface Definition Language）到 AIDL（Android Interface Definition Language）的重大迁移。这一变化并非简单的语法替换，而是 Android 系统架构对性能、稳定性与开发效率的深度优化。本节将系统梳理迁移背景，并对比两种接口语言的核心差异。

2.1 迁移背景：为什么从 HIDL 走向 AIDL？

HIDL 是 Android 8.0（Treble 项目）引入的接口定义语言，其核心目标是实现 Framework 与 HAL 的二进制兼容，从而加速系统升级。然而，随着 Android 系统的发展，HIDL 的局限性逐渐显现：

• 性能开销：HIDL 基于 Binder 的序列化机制较为笨重，高频 Camera 数据流场景下存在不必要的拷贝与延迟。
• 开发复杂度：HIDL 需要维护独立的 .hal 文件、自动生成的 C++ 桩代码以及额外的 types.hal 类型定义，增加了开发与维护成本。
• 生态碎片化：HIDL 与 AIDL 两套接口体系并存，导致系统服务与 HAL 之间的交互方式不统一。
• Android 版本演进：从 Android 12 开始，Google 明确推动 "AIDL 化" 策略，逐步废弃 HIDL 接口，要求新开发的 HAL 模块优先使用 AIDL。

2.2 核心差异对比：HIDL vs AIDL

下表从多个维度对比 HIDL 与 AIDL 在 Camera HAL 场景下的关键差异：

2.3 接口定义语法对比

以下通过 CameraProvider 的典型接口定义，直观展示 HIDL 与 AIDL 的语法差异：

HIDL 接口示例（CameraProvider@2.6）

// ICameraProvider.hal
package android.hardware.camera.provider@2.6;

interface ICameraProvider {
    /**
     * 获取 Camera 设备接口列表
     */
    getCameraDeviceInterface_V3_x()
        generates (Status status,
                   vec<string> cameraDeviceNames);

    /**
     * 设置回调
     */
    setCallback(ICameraProviderCallback callback)
        generates (Status status);
};

AIDL 接口示例（CameraProvider）

// ICameraProvider.aidl
package android.hardware.camera.provider;

interface ICameraProvider {
    /**
     * 获取 Camera 设备接口列表
     */
    String[] getCameraDeviceInterface() throws CameraServiceException;

    /**
     * 设置回调
     */
    void setCallback(in ICameraProviderCallback callback);
}

2.4 架构演进对比图

下图展示了从 HIDL 到 AIDL 的 Camera HAL 架构变化：

2.5 迁移路径与兼容性策略

对于现有的 Camera HAL 实现，从 HIDL 迁移到 AIDL 通常遵循以下步骤：

1. 接口转换：将 .hal 文件重写为 .aidl 文件，调整包名、方法签名与数据类型。
2. 桩代码替换：移除 HIDL 生成的 BnHw* / BpHw* 桩代码，替换为 AIDL 生成的 Bn* / Bp* 桩代码。
3. 服务注册：将 hwservicemanager 注册方式改为 servicemanager 标准 Binder 注册。
4. 数据流适配：将 HIDL 特有的 fmq（快速消息队列）等机制替换为 AIDL 兼容的共享内存或标准 Binder 传输。
5. 版本管理：移除 HIDL 的版本号后缀，通过 AIDL 接口继承实现版本演进。

2.6 性能对比数据

在 Camera HAL 典型场景下，AIDL 相比 HIDL 的性能提升主要体现在以下方面：