1. 功耗与延迟概述：手机Camera系统的功耗构成、延迟的定义与影响、优化目标与挑战
各位好，我是老张。在手机影像领域摸爬滚打了十几年，今天咱们来聊聊Camera系统里最让人头疼的两个问题——功耗和延迟。
说实话，这两个东西就像一对冤家。你压了功耗，延迟可能就上来了；你追了低延迟，功耗又可能失控。我见过不少项目，工程师在这两者之间反复横跳，最后谁都没讨好。
这一章，我们先打好基础。搞清楚功耗从哪里来，延迟又是什么，以及我们到底要优化成什么样。
1.1 手机Camera系统的功耗构成
一部手机拍照或录像时，电流到底流到了哪里？我习惯把Camera系统的功耗拆成三块来看。
| 功耗模块 | 主要耗电器件 | 典型占比（预览场景） |
|---|---|---|
| Sensor & 光学 | 图像传感器、VCM马达、OIS、激光对焦 | 15% - 25% |
| ISP & 算力 | 主ISP、NPU、DSP、GPU（后处理） | 40% - 55% |
| 显示 & 传输 | MIPI接口、Display、内存带宽 | 20% - 30% |
你看，ISP和算力这块是吃电大户。为什么？因为现在的计算摄影太狠了。多帧合成、HDR、夜景降噪，每一帧数据都要过一遍神经网络。我在项目中遇到过，一个108M像素的RAW图，光是在NPU上跑一遍AI降噪，功耗就能飙到800mW以上。
关键认知：Camera功耗不是线性的。分辨率翻倍，功耗可能翻3倍。因为数据量、带宽、算力需求都在涨。
另外，别忘了Sensor本身。现在的Sensor支持HDR、DOL、双转换增益，这些模式切换时，Sensor的模拟电路功耗会明显增加。嗯，这里要注意，有些Sensor在60fps下的功耗比30fps高了不止一倍。
1.2 延迟的定义与影响
延迟，说白了就是“从按下快门到看到照片”的时间。但做系统优化时，我们得把它拆细。
我一般把Camera延迟分成三段：
- 感知延迟：用户按下快门到听到“咔嚓”声。这个最直观。
- 处理延迟：Sensor曝光结束到ISP输出最终图像。这个后台发生，用户看不见。
- 显示延迟：图像数据从内存到屏幕像素点亮。这个影响取景器的流畅度。
为什么会这么分？因为优化手段完全不同。感知延迟靠缩短曝光和算法流水线；处理延迟靠硬件加速和并行调度；显示延迟靠降低渲染管线开销。
我曾经遇到一个案例：某款手机连拍时，前5张没问题，第6张开始卡顿。查了半天，发现是内存带宽被占满，显示延迟从16ms飙到了50ms。用户感知就是“快门按不动了”。
避坑指南：延迟优化不能只看平均值。P95和P99的尾延迟才是用户体验的杀手。我见过太多项目平均延迟20ms，但偶尔一次跳到100ms，用户就骂“卡成狗”。
1.3 优化目标与挑战
好了，功耗和延迟都清楚了。那我们的目标是什么？
我个人习惯用三个指标来衡量：
- 功耗目标：预览场景整机功耗 ≤ 500mW（不含AP主控），录像场景 ≤ 1.2W（1080P@30fps）。
- 延迟目标：快门延迟 ≤ 100ms，取景器延迟 ≤ 50ms，连拍间隔 ≤ 200ms。
- 稳定性目标：连续录像30分钟，温升不超过8℃，不掉帧。
但现实很骨感。挑战主要来自三个方面：
| 挑战维度 | 具体问题 | 我的经验 |
|---|---|---|
| 硬件瓶颈 | Sensor读出速度、ISP算力、DDR带宽 | Sensor读出速度是硬伤，换Sensor比优化算法更有效 |
| 软件开销 | HAL层调度、驱动中断、内存拷贝 | 一次不必要的memcpy就能吃掉5ms和50mW |
| 热与功耗耦合 | 高功耗导致降频，降频导致延迟飙升 | 这是最恶心的循环，必须从系统级做温控策略 |
你想想看，一个典型的拍照流程：Sensor曝光 → MIPI传输 → ISP处理 → NPU计算 → 编码 → 存储 → 显示。这里面每一步都有延迟，每一步都在耗电。而我们能做的，就是找到那个“性价比”最高的优化点。
我的习惯：拿到一个新平台，先跑一遍全流程的功耗和延迟基线。用示波器量Sensor的VSYNC，用Trace工具抓CPU/GPU/DSP的负载。没有基线，优化就是瞎搞。
好了，这一章的内容就这些。记住一句话：功耗和延迟是系统级问题，别指望靠一个点解决所有。后面我们会一步步拆解，从硬件到软件，从驱动到算法，把每个环节都抠一遍。