Chromebook环境下检测Android锁屏解锁事件时无法接收ACTION_USER_PRESENT广播

你当前的广播注册代码存在基础逻辑错误，是部分广播接收异常的诱因：

// 现有错误逻辑：每次赋值都会创建新的IntentFilter实例，直接覆盖之前的配置
intentFilter = IntentFilter(Intent.ACTION_SCREEN_ON)
intentFilter = IntentFilter(Intent.ACTION_USER_PRESENT) // 这行直接覆盖了上一行带ACTION_SCREEN_ON的Filter
intentFilter.addAction(Intent.ACTION_SCREEN_OFF)

正确的注册逻辑需要复用同一个IntentFilter实例，通过addAction逐个添加要监听的广播动作：

intentFilter = IntentFilter().apply {
    addAction(Intent.ACTION_SCREEN_ON)
    addAction(Intent.ACTION_SCREEN_OFF)
    addAction(Intent.ACTION_USER_PRESENT)
}

和普通手机端原生Android系统不同，Chromebook搭载的ARC++（Android运行时容器）对系统广播做了体系裁剪：

• 设备进入息屏/睡眠状态时，会正常对外发送ACTION_SCREEN_OFF广播
• 设备唤醒亮屏时，会正常对外发送ACTION_SCREEN_ON广播
• 亮屏后的解锁校验环节，系统不会对外发送ACTION_USER_PRESENT广播。因为Chromebook的解锁逻辑（本地密码、生物识别、账号联动解锁）完全在ChromeOS层完成，不会向下同步事件到Android运行时的广播体系，普通Android应用根本无法接收到这类广播。

在保留现有ACTION_SCREEN_ON、ACTION_SCREEN_OFF广播监听的基础上，可通过KeyguardManager状态轮询实现解锁事件检测，可靠性满足业务需求：

• 核心逻辑：收到ACTION_SCREEN_ON亮屏事件后，启动低频率轮询，查询系统锁屏状态，当检测到锁屏状态从“锁定”变为“未锁定”时，即可判定用户完成解锁操作。
• 参考实现代码：

// 收到ACTION_SCREEN_ON广播后启动轮询任务
val keyguardManager = getSystemService(Context.KEYGUARD_SERVICE) as KeyguardManager
scope.launch {
    while (isActive) {
        // 检测到锁屏已解锁
        if (!keyguardManager.isKeyguardLocked) {
            // 执行解锁事件回调逻辑
            break
        }
        delay(500) // 控制轮询间隔，降低功耗
    }
}

• 权限适配：Chromebook环境下不需要申请额外特殊权限，只要前台服务保持运行，即可正常调用KeyguardManager的状态查询接口。
• 边界场景兼容：如果设备设置为亮屏直接进桌面（无解锁校验环节），收到ACTION_SCREEN_ON后首次轮询即可检测到未锁定状态，会直接触发解锁回调，符合预期；如果用户从亮屏未解锁状态退回息屏，收到ACTION_SCREEN_OFF时停止轮询任务，避免无效回调。

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