4. YUV与JPEG路径：ZSL模式下YUV帧的循环利用、JPEG编码触发时机、内存池管理策略
ZSL（Zero Shutter Lag）模式的核心在于“预捕获”与“后处理”的流水线并行。相机传感器持续以高帧率输出YUV帧到环形缓冲区，当用户按下快门时，系统从缓冲区中取出最接近“零延迟”的一帧进行JPEG编码。这一过程涉及三个关键环节：YUV帧的循环利用、JPEG编码触发时机以及内存池管理策略。任何一个环节出现瓶颈，都会导致拍照延迟增加或内存抖动。
核心原则： ZSL模式下，YUV帧的“零拷贝”复用和JPEG编码的“异步触发”是性能调优的基石。内存池的设计必须兼顾吞吐量与碎片率。
4.1 YUV帧循环利用机制
在ZSL流水线中，YUV帧并非每次拍照都重新申请内存，而是通过环形缓冲区（Ring Buffer）实现循环利用。相机HAL层维护一个固定大小的帧池，每个帧槽（Slot）包含一份YUV数据缓冲区。传感器输出的每一帧依次写入当前槽位，写满后指针循环回到起始位置。
关键指标： 帧池大小通常设置为3~8帧，取决于目标分辨率和帧率。过小会导致丢帧，过大会增加内存占用和缓存延迟。
循环利用的核心流程如下：
- 预填充阶段： 应用层打开相机后，HAL立即分配N个YUV缓冲区，并启动传感器输出。
- 写入阶段： 每一帧到达时，HAL将数据DMA到当前槽位，并更新写指针。
- 消费阶段： 当应用请求拍照时，HAL锁定当前写指针的前一帧（或根据时间戳选择最近帧），将其引用计数+1，防止被覆盖。
- 释放阶段： JPEG编码完成后，该帧的引用计数归零，槽位重新变为可写状态。
4.2 JPEG编码触发时机
JPEG编码是ZSL路径中最耗时的操作之一。触发时机选择不当会导致两种问题：
- 过早触发： 编码器抢占CPU资源，导致传感器帧流丢帧。
- 过晚触发： 用户感知拍照延迟增加，违背ZSL设计初衷。
业界常用的触发策略分为以下三种：
| 策略名称 | 触发条件 | 延迟 | CPU负载 | 适用场景 |
|---|---|---|---|---|
| 立即触发 | 快门按下后立即启动编码 | 低（~10ms） | 高（峰值） | 低帧率、高优先级拍照 |
| 帧间隔触发 | 等待当前传感器帧输出完成后再编码 | 中（~33ms@30fps） | 中（平滑） | 主流ZSL实现 |
| 延迟批处理触发 | 累积多帧后批量编码 | 高（~100ms） | 低（分摊） | 连拍模式、低功耗场景 |
避坑提示： 在帧间隔触发策略中，必须确保编码器绑定的CPU核心与传感器ISP核心隔离（通过cpuset），否则编码任务会抢占ISP带宽，导致预览帧率下降。
4.3 内存池管理策略
ZSL模式下的内存池管理直接影响帧率稳定性和拍照延迟。一个设计良好的内存池需要解决三个问题：预分配大小、缓冲区复用、碎片整理。
4.3.1 内存池架构
典型的内存池采用两级缓存结构：
- L1池（热池）： 存放当前正在写入和最近写入的YUV帧，大小固定，使用环形缓冲区管理。
- L2池（冷池）： 存放等待JPEG编码的帧，当L1池中的帧被拍照锁定后，移动到L2池等待编码完成。
性能数据： 在1080p@30fps场景下，L1池分配4帧（每帧约3MB），L2池分配2帧，总内存占用约18MB。相比每次拍照都重新分配，内存分配次数减少90%以上。
4.3.2 缓冲区复用策略对比
| 策略 | 复用方式 | 内存碎片 | 分配延迟 | 实现复杂度 |
|---|---|---|---|---|
| 固定大小池 | 所有缓冲区大小相同 | 低 | 低（O(1)） | 低 |
| 伙伴系统 | 按2的幂次分配 | 中 | 中（O(log n)） | 中 |
| Slab分配器 | 按对象大小分类 | 低 | 低（O(1)） | 高 |
实践建议： Android相机HAL层推荐使用固定大小池 + 引用计数机制。每个缓冲区在分配时记录其大小和格式，复用时不改变属性，避免内存重映射开销。
4.4 调优实践：内存池参数配置示例
以下是一个基于Camera HAL3的ZSL内存池配置示例（伪代码）：
// ZSL内存池配置结构体
struct ZslMemoryPoolConfig {
uint32_t l1_pool_size; // L1池帧数（建议：3~8）
uint32_t l2_pool_size; // L2池帧数（建议：1~3）
uint32_t frame_width; // 帧宽度（像素）
uint32_t frame_height; // 帧高度（像素）
uint32_t format; // 像素格式（如HAL_PIXEL_FORMAT_YCbCr_420_888）
bool enable_zero_copy; // 是否启用零拷贝（建议：true）
};
// 初始化内存池
status_t initZslMemoryPool(const ZslMemoryPoolConfig& config) {
// 1. 计算单帧大小（含对齐）
size_t frame_size = getFrameSize(config.frame_width,
config.frame_height,
config.format);
// 2. 分配L1池（环形缓冲区）
for (uint32_t i = 0; i < config.l1_pool_size; i++) {
sp<GraphicBuffer> buffer = new GraphicBuffer(
config.frame_width, config.frame_height,
config.format, GraphicBuffer::USAGE_HW_CAMERA_WRITE |
GraphicBuffer::USAGE_SW_READ_OFTEN);
l1_pool_.push_back(buffer);
}
// 3. 分配L2池（等待编码）
for (uint32_t i = 0; i < config.l2_pool_size; i++) {
sp<GraphicBuffer> buffer = new GraphicBuffer(
config.frame_width, config.frame_height,
config.format, GraphicBuffer::USAGE_SW_READ_OFTEN |
GraphicBuffer::USAGE_HW_IMAGE_ENCODER);
l2_pool_.push_back(buffer);
}
// 4. 初始化引用计数为0
ref_counts_.assign(config.l1_pool_size + config.l2_pool_size, 0);
return OK;
}
性能陷阱： 如果L1池帧数设置过小（如2帧），在传感器帧率较高时，写指针可能快速覆盖尚未编码的帧，导致“帧撕裂”或“黑帧”。建议根据传感器帧率与JPEG编码时间的比值动态调整池大小。
4.5 本章小结
YUV与JPEG路径的调优是ZSL模式性能优化的核心战场。通过环形缓冲区实现YUV帧的循环利用，选择帧间隔触发JPEG编码以平衡延迟与负载，以及采用两级内存池管理策略减少分配开销，可以显著提升拍照响应速度和系统稳定性。在实际调优中，建议结合systrace和内存分析工具监控帧池命中率和编码延迟，持续迭代参数配置。