Camera2 Native层连续拍照时onImageAvailable回调后返回NO_BUFFER_AVAILABLE问题咨询

在Native层使用C语言基于Camera2 NDK API实现连续拍照功能的场景下，偶现onImageAvailable回调触发后，调用AImageReader_acquireLatestImage返回AMEDIA_IMGREADER_NO_BUFFER_AVAILABLE的异常，不会影响整体流程但会出现偶发丢帧。

• 回调排队叠加acquireLatestImage特性冲突：当相机输出帧率高于回调处理速度时，会有多个onImageAvailable回调在队列中排队等待执行。acquireLatestImage被调用时会直接获取队列中最新的图像，同时把所有更早的未消费图像全部返还给系统，后续排队的、对应这些被返还图像的回调执行时，就会找不到对应缓冲，返回无缓冲错误。
• ImageReader缓冲队列容量不足：初始化AImageReader时设置的最大并发缓冲数过小，连续拍照时新帧生成速度超过应用消费、释放图像的速度，队列被占满后新帧会直接把最旧的未消费帧顶出队列并返还给系统，对应旧帧的回调触发时已经没有可用缓冲。
• 跨线程消费时序错位：如果onImageAvailable回调仅做通知，实际调用图像获取接口的逻辑放到其他工作线程异步执行，工作线程消费速度慢于回调触发速度时，回调对应的图像可能已经被后续的获取操作或者队列满溢逻辑回收，导致异步调用获取接口时无缓冲可用。
• 同回调内重复调用获取接口：同一个onImageAvailable回调内多次调用AImageReader_acquireLatestImage或AImageReader_acquireNextImage，第一次调用已经拿到了唯一可用的图像，第二次调用就会直接返回无缓冲错误。

• 连续拍照场景优先使用AImageReader_acquireNextImage：acquireNextImage只会取出队列中最旧的一帧图像，不会批量丢弃未消费的旧帧，完全匹配连续拍照需要获取所有输出帧的需求，从根源上避免acquireLatestImage特性导致的排队回调无缓冲问题。
• 合理配置ImageReader缓冲容量：初始化AImageReader时，最大缓冲数建议设置为「需要并发处理的最大帧数+2」，预留足够的缓冲冗余，避免队列满溢导致的主动丢帧。
• 回调内同步完成图像获取：不要把AImageReader_acquireNextImage/AImageReader_acquireLatestImage的调用放到其他工作线程执行，避免异步调用的时序差导致图像被提前回收。
• 增加返回值容错处理：调用图像获取接口后显式判断返回值，遇到AMEDIA_IMGREADER_NO_BUFFER_AVAILABLE时直接跳过本次回调的后续处理逻辑，避免无效操作导致的程序崩溃。
• 及时释放已消费的图像：图像处理完成后必须第一时间调用AImage_delete释放对应缓冲，避免缓冲泄漏导致队列可用缓冲快速耗尽。

内容的提问来源于stack exchange，提问作者Sapna Kumari