3. HAL层概念与作用

HAL（Hardware Abstraction Layer，硬件抽象层）是Android系统中连接Framework与Linux Kernel的关键中间层。在功耗调试场景下，HAL层参数配置直接影响设备功耗表现，而CTS用例定位则依赖对HAL接口行为的精确理解。本节从位置、接口定义、实现与加载三个维度展开。

3.1 HAL层在Android系统中的位置

HAL层位于Android系统架构的中间位置，向上为Framework提供统一的硬件访问接口，向下直接操作Kernel Driver。其核心价值在于：将硬件差异与上层框架解耦，使OEM厂商无需修改Framework即可适配不同硬件。

下图展示了HAL层在Android系统架构中的精确位置与交互关系：

3.2 HAL接口定义

HAL接口定义遵循Android定义的标准化规范，主要包含以下要素：

以Sensors HAL为例，其核心接口定义如下：

// hardware/libhardware/include/hardware/sensors.h

struct sensors_module_t {
    struct hw_module_t common;
    int (*get_sensors_list)(struct sensors_module_t* module,
                            struct sensor_t const** list);
};

struct sensors_poll_device_t {
    struct hw_device_t common;
    int (*activate)(struct sensors_poll_device_t* dev,
                    int handle, int enabled);
    int (*setDelay)(struct sensors_poll_device_t* dev,
                    int handle, int64_t period_ns);
    int (*poll)(struct sensors_poll_device_t* dev,
                sensors_event_t* data, int count);
    int (*batch)(struct sensors_poll_device_t* dev,
                 int handle, int flags,
                 int64_t period_ns, int64_t timeout);
    int (*flush)(struct sensors_poll_device_t* dev, int handle);
};

3.3 HAL实现与加载

HAL实现分为标准实现和厂商定制实现两种方式。加载过程由Android的HAL Service或直接由Framework通过动态库加载机制完成。

3.3.1 HAL实现方式对比

3.3.2 HAL加载流程

HAL模块的加载遵循标准流程，Framework通过 hw_get_module() 函数动态加载HAL共享库：

1. 模块查找：根据模块ID在指定路径（如 /vendor/lib/hw/）查找对应的 .so 文件
2. 动态加载：使用 dlopen() 打开共享库，获取 HAL_MODULE_INFO_SYM 符号
3. 模块初始化：调用 hw_module_t->methods->open() 创建设备实例
4. 接口绑定：将设备操作接口绑定到Framework的调用层
5. 参数传递：Framework通过返回的设备句柄下发配置参数

加载流程的SVG示意图如下：

3.3.3 HAL加载路径与优先级

Android系统按照以下优先级查找HAL实现库：

// 查找顺序（优先级从高到低）
1. /vendor/lib/hw/<MODULE_ID>.variant.so      // 厂商定制变体
2. /vendor/lib/hw/<MODULE_ID>.default.so       // 厂商默认实现
3. /system/lib/hw/<MODULE_ID>.default.so       // 系统默认实现
4. /system/lib/hw/<MODULE_ID>.goldfish.so      // 模拟器实现

3.4 HAL层与功耗调试的关联

在功耗调试场景下，HAL层参数配置直接影响以下功耗指标：