4、Camera功耗场景分类：预览功耗、录像功耗、拍照功耗、视频通话功耗、后台Camera功耗

在Camera HAL工程落地过程中，功耗优化不能一概而论。不同的使用场景对硬件模块（Sensor、ISP、DSP、GPU、CPU、MIPI、DRAM）的负载模式截然不同，导致功耗特征和优化策略存在显著差异。本章将功耗场景划分为五大类：预览、录像、拍照、视频通话、后台Camera，逐一分析其功耗构成、关键瓶颈与典型避坑点。

4.1 场景功耗全景对比

下表从核心负载模块、典型帧率、持续时长、关键功耗瓶颈四个维度，对五大场景进行横向对比：

4.2 预览功耗

预览是Camera最基础、最持久的场景。用户打开相机App后， Viewfinder持续以30fps刷新，直到退出。预览功耗通常占整机功耗的30%~50%，是功耗优化的首要目标。

4.2.1 预览功耗构成

• Sensor功耗： 持续曝光、行读出、MIPI D-PHY/C-PHY传输。典型值：100~250 mW（13M Sensor @ 30fps）。
• ISP功耗： RAW域处理（Bayer、Demosaic、AWB/AE/AF统计）、YUV域处理（降噪、锐化、色彩增强）。典型值：150~400 mW。
• Display功耗： Camera预览Surface持续刷新，GPU合成 + Display Panel刷新。典型值：200~600 mW（取决于分辨率和亮度）。
• DDR带宽： Sensor→ISP→GPU→Display的Buffer流转，带宽约2~4 GB/s。

4.2.2 预览功耗优化要点

1. 降低Sensor帧率： 在光线充足或场景静止时，动态降低Sensor输出帧率至15fps，通过HAL插入重复帧保持UI流畅。
2. ISP Clock Gating： 根据预览分辨率裁剪ISP管线，关闭不必要的模块（如HDR、LSC、WNR）。
3. Display优化： 使用GPU合成而非CPU合成；降低预览Surface的刷新率匹配Sensor帧率。
4. Buffer复用： 减少Buffer分配/释放次数，使用Gralloc共享内存。

4.3 录像功耗

录像场景在预览的基础上增加了Video Encoder（VENC）和持久化DDR写入。录像功耗通常比预览高30%~60%，且随着分辨率（1080p→4K→8K）和帧率（30fps→60fps→120fps）的提升，功耗呈非线性增长。

4.3.1 录像功耗构成

4.3.2 录像功耗优化要点

1. VENC码率控制： 在画质可接受范围内，降低编码码率（如CBR→VBR），减少VENC计算量。
2. ISP + VENC Pipeline深度匹配： 避免ISP输出帧率高于VENC处理能力，导致Buffer堆积和DDR带宽浪费。
3. DDR带宽优化： 使用压缩格式（如UBWC、AFBC）减少DDR读写量。
4. Sensor binning： 高分辨率录像时，使用Sensor binning输出较低分辨率，降低Sensor和MIPI负载。

4.4 拍照功耗

拍照是瞬时峰值功耗的典型场景。用户按下快门后，Camera HAL触发高分辨率Sensor全尺寸读出、多帧融合（MFNR/HDR）、JPEG编码，功耗在几百毫秒内飙升至整机最大电流。拍照功耗的优化目标是“削峰”，避免触发热限频或电池保护。

4.4.1 拍照功耗特征

• Sensor全分辨率读出： 例如48M Sensor全尺寸读出功耗可达500~800 mW（对比预览时的100~200 mW）。
• 多帧融合： 连续捕获3~8帧，ISP + DSP/GPU全速运行，功耗峰值持续100~500ms。
• JPEG编码： 高分辨率JPEG编码（如48M→10MB文件）需要大量CPU/DSP计算。
• 峰值电流： 拍照瞬间整机电流可达2~4A（取决于平台和电池电压）。

4.4.2 拍照功耗优化要点

1. Sensor binning/remosaic： 在拍照前先输出低分辨率预览帧，按下快门后再切换至全分辨率，减少Sensor无效读出。
2. 多帧融合帧数动态调整： 根据环境亮度动态调整融合帧数（亮场景3帧，暗场景5帧），避免过度计算。
3. JPEG编码卸载： 使用硬件JPEG编码器（HW JPEG）替代CPU编码，功耗降低50%~70%。
4. 电流削峰策略： 在拍照瞬间降低其他非关键模块（如Display背光、GPU频率）的功耗，为Camera让出电流预算。

4.5 视频通话功耗

视频通话是多模块并发的典型场景。它同时涉及Camera预览、编码、传输、解码、显示，且通常需要前后Camera双开（画中画模式）。视频通话功耗通常比录像高20%~40%，因为增加了Modem射频和VDENC（Video Decoder）功耗。

4.5.1 视频通话功耗构成

4.5.2 视频通话功耗优化要点

1. 分辨率自适应： 根据网络带宽动态调整编码分辨率（720p→480p→360p），降低VENC和Modem负载。
2. 帧率控制： 在弱光或低运动场景下，将帧率从30fps降至15fps，减少Sensor和ISP功耗。
3. 前后Camera分时复用： 如果画中画画面静止，可降低后置Camera的帧率至5fps，甚至暂停Sensor读出。
4. Modem功耗优化： 使用VoNR/VoLTE的QoS机制，避免视频流与数据流争抢带宽导致Modem频繁升频。

4.6 后台Camera功耗

后台Camera场景常被工程师忽视，但却是Doze模式避坑的核心战场。当Camera App退到后台或锁屏后，如果HAL没有正确释放Camera资源，Sensor可能保持供电、MIPI时钟未关闭、ISP Pipeline残留，导致系统无法进入深度Doze，整机待机电流异常升高。

4.6.1 后台Camera功耗特征

• Sensor漏电： Sensor AVDD/IOVDD未完全断电，漏电流50~200 µA。
• MIPI时钟残留： MIPI CLK未Gating，时钟树持续翻转，功耗10~50 mW。
• ISP Pipeline残留： ISP Clock未关闭，硬件状态机卡在某个中间状态。
• DRAM自刷新： Camera Buffer未释放，导致DRAM无法进入Self-Refresh深度睡眠。
• Wake Lock残留： Camera HAL或App未释放Wake Lock，阻止系统Suspend。

4.6.2 后台Camera功耗优化要点

1. 资源释放时序： 在App调用close()后，HAL必须在100ms内完成Sensor断电、MIPI Shutdown、ISP Clock Gating。
2. Doze模式适配： 在DeviceIdle（Doze）进入前，确保所有Camera设备已关闭，注册PowerManager.OnPowerStateChangeListener监听。
3. Buffer回收： 确保所有Gralloc Buffer被释放，允许ION/DRM内存回收。
4. Wake Lock检查： 在HAL层添加Wake Lock泄漏检测，如果close()后30秒仍有Wake Lock未释放，主动释放并打印错误日志。