4. 内存池化设计：预分配Buffer Pool、动态扩容策略、Pool回收机制

在Camera HAL3的高帧率、多路流并发场景下，频繁的Buffer申请与释放会导致严重的页面分配延迟和内存碎片。内存池化（Memory Pooling）通过预分配、复用和弹性伸缩，将Buffer的“按需分配”转变为“从池中取用”，是消除分配抖动、降低帧延迟的核心手段。

4.1 预分配Buffer Pool设计

预分配策略在Stream配置阶段（configure_streams）一次性从ION/DMA-BUF分配足够数量的Buffer，形成静态池。池的大小基于“最大并发需求 + 安全余量”计算。

4.1.1 池大小计算模型

4.1.2 预分配流程

1. Stream配置解析： 解析camera3_stream_t的width、height、format、usage。
2. 池大小计算： 根据流类型（Preview/Video/Still）选择不同的D/H/A参数。
3. ION分配： 调用ION_IOC_ALLOC批量分配连续物理内存或DMA-BUF。
4. Buffer封装： 将ion_fd封装为camera3_stream_buffer，记录handle、addr、size。
5. 入池： 所有Buffer放入空闲队列（Free Queue），等待HAL取用。

// 预分配核心逻辑伪代码
int preallocate_buffer_pool(stream_t *stream, pool_t *pool) {
    int pool_size = calc_pool_size(stream->type);  // D + H + A + S
    for (int i = 0; i < pool_size; i++) {
        buffer_handle_t handle;
        int fd = ion_alloc(stream->width, stream->height, stream->format, &handle);
        if (fd < 0) return -ENOMEM;
        stream_buffer_t *buf = malloc(sizeof(stream_buffer_t));
        buf->handle = handle;
        buf->fd = fd;
        buf->state = BUFFER_FREE;
        enqueue_free(pool, buf);  // 放入空闲队列
    }
    pool->total = pool_size;
    pool->free_count = pool_size;
    return 0;
}

4.2 动态扩容策略

预分配池无法覆盖所有极端场景（如高负载连拍、多路Zoom并发）。动态扩容策略允许Pool在空闲Buffer不足时，按预设规则临时增加Buffer，并在负载下降后收缩。

4.2.1 扩容触发条件

• 阈值触发： 空闲Buffer数量低于low_watermark（通常为池大小的20%）。
• 超时触发： 申请Buffer等待时间超过timeout_ms（通常5ms）。
• 帧率触发： 连续3帧的申请间隔低于min_interval_us。

4.2.2 扩容策略对比

// 动态扩容逻辑
int expand_pool(pool_t *pool, int needed) {
    if (pool->total >= pool->max_capacity) return -ENOMEM;  // 已达上限
    int expand_count = min(needed, pool->max_capacity - pool->total);
    expand_count = min(expand_count, MAX_EXPAND_STEP);  // 单次不超过4个
    for (int i = 0; i < expand_count; i++) {
        buffer_handle_t handle;
        int fd = ion_alloc(pool->stream->width, pool->stream->height, pool->stream->format, &handle);
        if (fd < 0) return -ENOMEM;
        stream_buffer_t *buf = malloc(sizeof(stream_buffer_t));
        buf->handle = handle;
        buf->fd = fd;
        buf->state = BUFFER_FREE;
        enqueue_free(pool, buf);
    }
    pool->total += expand_count;
    pool->free_count += expand_count;
    return expand_count;
}

4.3 Pool回收机制

回收机制负责在负载下降后，将动态扩容的Buffer归还给系统，避免内存浪费。回收策略必须与HAL的帧率控制协同，防止“回收-扩容”震荡。

4.3.1 回收触发条件

• 空闲超时： 空闲Buffer在池中停留超过idle_timeout_ms（通常500ms）。
• 池大小超限： 当前池大小超过预分配基线的120%。
• 低负载检测： 连续10帧的申请间隔大于idle_interval_us。

4.3.2 回收策略

// 懒回收逻辑
void lazy_reclaim(pool_t *pool) {
    if (pool->total <= pool->base_size) return;  // 未超过基线，不回收
    int reclaim_target = pool->total - pool->base_size;
    int reclaim_count = 0;
    while (reclaim_count < reclaim_target && reclaim_count < MAX_RECLAIM_PER_FRAME) {
        stream_buffer_t *buf = peek_free(pool);  // 查看空闲队列头部
        if (buf == NULL) break;
        if (buf->idle_time > IDLE_TIMEOUT_MS) {
            dequeue_free(pool);  // 从空闲队列移除
            ion_free(buf->fd);   // 释放ION内存
            free(buf);
            pool->total--;
            pool->free_count--;
            reclaim_count++;
        } else {
            break;  // 队列头部都未超时，后续更不可能超时
        }
    }
}

4.4 池化设计最佳实践

4.4.1 避坑指南

4.4.2 性能基准参考

在骁龙8 Gen3平台上，针对1080p/30fps Preview流，池化前后的关键指标对比：