Android原生相机API经AImageReader无法实现60fps YUV帧采集咨询

先理清你当前遇到的根本问题 #

你查到的ACAMERA_CONTROL_AE_AVAILABLE_TARGET_FPS_RANGES返回列表里，所有条目的帧率上限最高只有30，说明你当前测试的相机硬件本身不支持60fps输出能力。
系统框架会自动把你手动设置的不被支持的{30,60}参数钳位到设备实际允许的{30,30}范围，最终回调只拿到30帧是正常的默认行为，不是代码逻辑错误。

先确认设备真的具备60fps采集能力 #

不要默认所有Android相机都支持60fps，核对两个核心判断维度：

• 帧率支持是和输出分辨率强绑定的：很多设备1080p分辨率下支持60fps，切到4K就只有30fps。新手很容易犯的错误是查询帧率范围时没有绑定你要使用的ImageReader输出尺寸，拿到的是不匹配场景的全局参数列表，误以为设备不支持60fps。
• 按照Android CDD规范，只有硬件等级达到至少LIMITED、且明确标注60fps输出能力的设备，才会在对应分辨率下返回包含60上限的AE帧率范围（比如{30,60}这类条目）。入门款设备的ISP带宽本身不足，物理上就无法输出60fps的YUV帧，这类设备上无论怎么调整代码参数都不可能达到目标帧率。

确认设备支持60fps后的AImageReader适配要点 #

当你通过查询拿到了对应分辨率下的{30,60}类帧率范围条目后，按以下规则配置就能稳定拿到60fps的YUV帧：

• 帧率参数必须严格匹配设备返回的合法值：直接把查询到的、包含60上限的帧率范围传给ACAMERA_CONTROL_AE_TARGET_FPS_RANGE，不要自己手动拼接不存在的范围值，参数不合法时系统会静默回退到30fps的默认配置，没有报错提示。
• 优化AImageReader的基础配置：
  • 调用AImageReader_new创建实例时，把maxImages参数从默认的2_{3个调整到6}8个，留出足够的帧队列缓冲，避免回调处理不及时导致的帧队列溢出丢帧。
  • onImageAvailable回调所在的线程要设置最高实时优先级，所有耗时操作（YUV数据拷贝、格式转换、RTSP编码推流）全部移到独立工作线程处理，保证回调能第一时间从ImageReader队列取走可用Image，不占用硬件管线的处理时间。
• 避免被自动逻辑拉低帧率：
  • 自动曝光模式要设置为连续拍模式，低光环境下适当提高曝光补偿，避免ISP为了进光量拉长单帧曝光时间——当单帧曝光时间超过16ms时，物理上就不可能达到60fps的输出节奏。
  • ImageReader配置优先使用AIMAGE_FORMAT_YUV_420_888这个硬件原生支持的格式，不要强制做不必要的格式转换，减少管线的额外性能损耗。

常见帧率不达标排查点 #

• 不要在相机会话上挂载多个高带宽输出：比如同时开实时预览、录像编码、ImageReader采集三个surface时，ISP带宽会被分流，原本支持60fps的配置也会被系统限制到30fps。做RTSP采集时如果不需要实时预览，可以暂时移除预览Surface，释放带宽给帧采集流程。
• 不要跨分辨率套用帧率配置：切换输出尺寸后要重新查询对应场景下的AE可用帧率范围，很多设备不同分辨率的帧率支持上限差异极大，直接套用之前的参数很容易出现帧率回退。

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