Android中如何降低Camera.PreviewCallback回调频率至1fps？

嘿，针对你开发长期运行的前置摄像头监测服务、想把回调频率降到1fps以减少资源消耗的需求，我来拆解下你的两个方案，再分享些更落地的建议～

方案一：onPreviewFrame()时间戳过滤 #

这个方案实现起来确实简单——在onPreviewFrame()里加个时间判断，比如记录上一次处理帧的时间，当前帧和上一帧间隔不足1秒就直接返回。但它有个致命问题：摄像头硬件仍然在以30fps的速率输出帧，只是你跳过了大部分帧的处理而已。这意味着CPU、GPU和摄像头模块还是在满负荷运行，电量消耗、CPU占用的核心痛点根本没解决。所以这个方案只能算“伪降频”，不推荐用于你的场景。

方案二：定时调用setOneShotPreviewCallback() #

这个方案才是从根源上解决资源消耗的思路：每次调用setOneShotPreviewCallback()后，摄像头只会捕获一帧就暂停预览，直到你下一次触发调用。这样摄像头大部分时间处于休眠状态，能大幅降低硬件层面的负载，电量和CPU消耗会明显下降。

不过使用这个方案要注意几个细节：

• 用稳定的定时机制：推荐用ScheduledExecutorService或者HandlerThread来执行定时任务，避免在主线程做定时（主线程可能被UI操作阻塞，导致定时不准）。比如：

  ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
  scheduler.scheduleAtFixedRate(() -> {
      if (camera != null) {
          camera.setOneShotPreviewCallback(previewCallback);
      }
  }, 0, 1, TimeUnit.SECONDS);
  

• 处理摄像头状态：要确保调用setOneShotPreviewCallback()时摄像头处于可用状态，比如避免在摄像头释放、切换或者被其他应用占用时调用，同时要在回调里处理异常情况。
• 避免内存泄漏：如果你的服务长期运行，要注意定时任务和摄像头实例的生命周期绑定，在服务销毁时及时停止定时任务、释放摄像头资源。

更优实现：Camera2 API（Android 5.0+） #

如果你的应用目标版本是Android 5.0（API 21）及以上，Camera2 API是更好的选择。它提供了更精细的摄像头控制能力，你可以直接配置捕获请求的间隔，让摄像头每隔1秒自动输出一帧，不用手动反复调用回调：

1. 创建CaptureRequest时，设置CONTROL_AE_MODE等参数确保自动曝光正常工作；
2. 使用CameraCaptureSession.setRepeatingRequest()或者定时提交单次捕获请求，通过CaptureRequest.Builder的参数控制捕获间隔。

Camera2 API的优势在于：

• 硬件层面的定时捕获，比手动触发更精准、更高效；
• 支持更多摄像头参数调优（比如降低预览分辨率、调整帧率范围），进一步减少资源消耗；
• 更稳定的状态管理，避免手动调用回调可能出现的竞态问题。

额外优化建议 #

不管用哪种方案，都可以做这些优化来进一步降低资源消耗：

• 降低预览分辨率：设置摄像头的预览分辨率为满足需求的最小值（比如320x240），小分辨率的帧处理更快，硬件负载更低；
• 合理管理服务生命周期：如果服务不需要24小时运行，可以结合用户行为（比如屏幕亮屏时启动、熄屏时暂停）来减少运行时间；
• 申请必要的权限：确保你的应用拥有CAMERA和WAKE_LOCK（如果需要后台持续运行）权限，同时注意Android 10+的后台摄像头使用限制。

内容的提问来源于stack exchange，提问作者Leo Chen