如何解决Android 开发中使用相机时处理程序、线程和执行程序的说明
我正在尝试在我的应用程序中实现 Camera2 API。以前从未这样做过,我从 the Camera2Basic example code provided by android.
开始但是,在 createCaptureSession()
方法中,有一个不推荐使用的初始化方法 CameraDevice.createCaptureSession()
,因此我将其更改为以下内容:
private suspend fun createCaptureSession(
device: CameraDevice,targets: List<Surface>
): CameraCaptureSession = suspendCoroutine { cont ->
// Create a capture session using the predefined targets; this also involves defining the
// session state callback to be notified of when the session is ready
var outConfig = mutableListOf<OutputConfiguration>()
for (target in targets) {
outConfig.add(OutputConfiguration(target))
}
var sessionConfig = SessionConfiguration(SessionConfiguration.SESSION_REGULAR,outConfig,cameraExecutor,object: CameraCaptureSession.StateCallback() {
override fun onConfigured(session: CameraCaptureSession) = cont.resume(session)
override fun onConfigureFailed(session: CameraCaptureSession) {
val exc = RuntimeException("Camera ${device.id} session configuration failed")
cont.resumeWithException(exc)
}
})
device.createCaptureSession(sessionConfig)
}
不过,除了为相机创建的Thread,现在我还需要一个Executor,所以现在我有了
/** cameraExecutor */
private val cameraExecutor = Executors.newSingleThreadExecutor()
/** [HandlerThread] where all camera operations run */
private val cameraThread = HandlerThread("CameraThread").apply { start() }
/** [Handler] corresponding to [cameraThread] */
private val cameraHandler = Handler(cameraThread.looper)
同时使用 CameraThread
和 cameraExecutor
很可能是错误的(我猜??)。但是我怎样才能从 Executor 那里得到一个 Handler 呢?这甚至是正确的方法吗?
解决方法
文档可能会解决您的问题:
根据this link:
要通过应用程序的主线程调度事件,您可以使用 Context.getMainExecutor()。要通过共享线程池调度事件,您可以使用 AsyncTask#THREAD_POOL_EXECUTOR。
您可以使用等效的方法去掉变量 cameraHandler
:
CameraCaptureSession#capture
-> CameraCaptureSession#captureSingleRequest
CameraCaptureSession#setRepeatingRequest
-> CameraCaptureSession#setSingleRepeatingRequest
等等。
但请注意,您提到的方法 (CameraDevice#createCaptureSession(java.util.List<android.view.Surface>,android.hardware.camera2.CameraCaptureSession.StateCallback,android.os.Handler)
) 在 API 24 中引入并在 API 30 中弃用,但 CameraDevice#createCaptureSession(SessionConfiguration)
仅在 API 28 中引入。所以很可能您需要处理 API差异。
处理程序是 Android 的 API 指南推荐用于执行回调等的,直到最近。
然而,与更通用的 Executor 相比,它们有各种缺点,所以现在只有当您想在“主”(也称为“UI”)线程上运行某些东西时才推荐使用它们,这主要是与视图和其他 UI 元素交互。一方面,处理程序将始终将回调执行反弹到与其关联的 Looper 线程,并且由于大多数 Android API 回调源自 Binder IPC 线程,因此这是一个额外的线程跃点。 Executor 可以在该 Binder 线程池线程上就地运行,从而在性能真正重要的情况下消除额外的跳跃。
对于仅接受 Executor(许多示例中的 one)的 API,您可以非常简单地将 Handler 包装在 Executor 中,因此 Executor 参数不会限制您的选择。反之则不然。
因此,对于 camera2 API,新的重载被添加到所有内容中以接受之前 Handler 可用的 Executor(并重新排列参数顺序,因此在 Kotlin 中您可以以惯用的方式提供回调 lambda)。我们已经弃用了这些方法的一些旧版本,以便现在可以清楚地知道哪些是推荐的。
但是,如果旧的 Handler API 适用于您的用例,则它们并没有什么特别的错误。在内部,他们只是将 Handler 包装在 Executor 中。
我通常建议使用单个线程来运行相机操作,而不是将其设置为 UI 线程 - 打开和关闭相机设备很慢,并且您不想在启动时阻塞 UI 约 1 秒向上。我会避免同时使用 Handler 和 Executor ,因为它可能会让你自己感到困惑,但 API 并不关心你为任何给定的回调使用哪个。
但是如果您有一个发布到线程 A 的处理程序和一个在线程 B 上运行的执行程序,您必须确保同步访问 A 和 B 需要访问的任何信息,相比之下,这是额外的工作只需在一个线程上为相机运行所有内容。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。