通过Face ID从锁屏打开应用时因摄像头占用被阻塞问题咨询

你当前的检测逻辑存在三处明显缺陷，直接导致了Face ID临时占用摄像头时被误判为长期占用：

• 没有过滤摄像头ID，所有摄像头（包括Face ID用到的前置摄像头）的不可用事件都会直接触发你业务逻辑的阻塞判定
• 没有区分系统级临时占用和第三方应用长期占用场景，Face ID身份验证的摄像头占用通常仅持续数百毫秒到3秒，属于可恢复的临时状态
• 未实现回调的解注册逻辑，存在内存泄漏风险

我们可以增加超时等待机制，仅当摄像头不可用状态超过预设阈值时，才判定为真的被其他应用长期占用：

// 最长等待摄像头可用的时间，单位毫秒，可根据设备表现调整，3-5秒均可
private const val CAMERA_WAIT_TIMEOUT = 3000L

fun checkCameraAvailable(listener: ((isAvailable: Boolean) -> Unit)) {
    val manager = getSystemService(CAMERA_SERVICE) as CameraManager
    val handler = Handler(Looper.getMainLooper())
    var callback: CameraManager.AvailabilityCallback? = null

    // 超时任务：超过等待时间仍不可用则判定为占用
    val timeoutRunnable = Runnable {
        callback?.let { manager.unregisterAvailabilityCallback(it) }
        listener.invoke(false)
    }

    callback = object : CameraManager.AvailabilityCallback() {
        override fun onCameraAvailable(cameraId: String) {
            // 如果你只用到特定摄像头，可以在此处加cameraId的判断逻辑，比如只判断你要使用的摄像头ID
            super.onCameraAvailable(cameraId)
            // 移除超时任务
            handler.removeCallbacks(timeoutRunnable)
            manager.unregisterAvailabilityCallback(this)
            listener.invoke(true)
        }

        override fun onCameraUnavailable(cameraId: String) {
            super.onCameraUnavailable(cameraId)
            // 这里不需要立即返回false，等待超时判定即可
        }
    }

    manager.registerAvailabilityCallback(callback, handler)
    // 启动超时计时
    handler.postDelayed(timeoutRunnable, CAMERA_WAIT_TIMEOUT)
}

• 若你的业务仅使用特定摄像头（比如后置摄像头），可以先通过manager.cameraIdList查询对应摄像头的特征，过滤出目标ID后，仅在onCameraAvailable回调匹配到目标ID时才返回可用，进一步降低误判概率
• 不需要检测时务必解注册回调，避免内存泄漏
• 若你的应用本身有系统级权限，可以通过安卓权限配置过滤系统身份验证的占用事件，普通应用无需额外处理

内容的提问来源于stack exchange，提问作者Khải Hoàng Tăng